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Foreword 


Much has happened in the TMS320 Family since Volume 1 of Digital Signal Processing 
Applications with the TMS320 Family was published, and Volumes 2 and 3 are a timely update to 
the family history. 


The DSP microcomputers keep changing the perspective of the systems designers by offer- 
ing more computational power and better interfacing capabilities. The steps of change are coming 
more quickly, and the potential impact is greater and greater. Because things change so rapidly in 
this area, there is a pressing need for ways to quickly learn how to utilize the new technology. These 
new volumes respond to that need. 


As with Volume 1, the purpose of these books is to teach us about the issues and techniques 
that are important in implementing digital signal processing systems using microprocessors in the 
TMS320 Family. Volume 2 highlights the TMS320C25; and Volume 3, the TMS320C30 chip. A 
large part of the books is devoted to such matters as characteristics of the TMS320C25 and 
TMS320C30 chips, useful program code for implementing special DSP functions, and details on 
interfacing the new chips to external devices. The remainder of the books illustrates how these 
chips can be used in communications, control, and computer graphics applications. 


What these two volumes make clear is how remarkably fast the field of DSP microcomputing 
is evolving. IC technologists and designers are simply packing more and more of the right kind of 
computing power into affordable microprocessor chips. The high-speed floating-point computing 
power and huge address spaces of chips like the TMS320C30 open the door to a whole new class 
of applications that were difficult or impractical with earlier generations of fixed-point DSP chips. 
The signal processing theorists and system designers are clearly being challenged to match the cre- 
ativity of the chip designers. 


The present books differ from Volume 1 in the inclusion of a small section on tools, This is 
a hopeful sign, because it is progress in this area that is likely to have the greatest impact on speeding 
the widespread application of DSP microprocessors. While useful design tools are beginning to 
emerge, much more can be done to help system designers manage the complexity of sophisticated 
DSP systems, which often involve a unique combination of theory, numerical and symbolic pro- 
cessing algorithms, real-time programming, and multiprocessing. No doubt future volumes of Dig- 
ital Signal Processing Applications with the TMS320 Family will have more to say about this im- 
portant topic. Until then, Volumes 2 and 3 have much useful information to help system designers 
keep up with the TMS320 Family. 


Ronald W. Schafer 
Atlanta, Georgia 
November 14, 1989 
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Preface 


The newer, floating-point DSP devices, such as the TMS320C30, have brought an added di- 
mension to DSP applications. With the TMS20C30, programming is much easier because the de- 
signer does not have to worry about dynamic range and accuracy issues. An algorithm implemented 
in floating-point ina high-level language can be easily ported to sucha device. The new architecture 
contains other features, besides the floating point capability, that simplify programming. Some of 
these features (such as the software stack, the large register file, etc.) were added to facilitate the 
development of high-level language compilers. Currently, C and Ada compilers have been intro- 
duced. In addition, Spectron Microsystems introduced an operating system for DSPs (called 
SPOX) that further facilitates the development of algorithms on the DSP devices. 


Volume 3 of Digital Signal Processing Applications with the TMS320 Family contains appli- 
cation reports primarily on the third generation of the TMS320 Family (floating-point devices). 
This book is a continuation of Volumes 1 and 2 in the sense that it addresses the same needs of the 
designer. The designer still has the task of selecting the DSP device with the appropriate cost, per- 
formance, and support, developing the DSP algorithm that will solve the problem, and implement- 
ing the algorithm on the processor. This volume tries to help by bringing the designer up to date 
on the applications of newer processors or in different applications of earlier processors. 


The objectives remain the same as in earlier volumes. First, the application reports supply 
examples of device use and serve as tutorials in programming the devices. Of course, the same pur- 
pose is served on a more elementary basis by the software and hardware applications sections of 
the corresponding user’s guides. Second, since the source code of each application is provided with 
the report, the designer can take it intact (or extract a portion of it) and place it in the application. 


It is assumed that the reader has exposure to the TMS320 devices or, at least, has the necessary 
manuals (such as the appropriate TMS320 user’s guides) that will help the reader understand the 
explanations in the reports. The reports themselves include as references the necessary background 
material. Additionally, the Introduction gives a brief overview of the available devices at the time 
of the writing and points to the source of more information. 


The reports are grouped by application area. The term report is used here in a broad sense, 
since some articles from technical publications are also included. The authors of the reports are ei- 
ther the digital signal processing engineering staff of the Texas Instruments Semiconductor Group 
(including both field and factory personnel, and summer students) or third parties. 


The source code associated with the reports is also available in electronic form, and the reader 
can download it from the TI DSP Electronic Bulletin Board (telephone (713) 274-2323). If more 
information is needed, the DSP Hotline can be called at (713) 274-2320. 


The editor thanks all the authors and the reviewers for their contribution to this volume of 
application reports. 


Panos E. Papamichalis, Ph.D. 
Senior Member of Technical Staff 
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Part I. Introduction 
1. The TMS320C20 Family and Book Overview 


2. The TMS320C20 Family of Digital Signal Processors 
(Kun-Shan Lin, Gene A. Frantz, and Ray Simar, Jr., reprinted from 
PROCEEDINGS OF THE IEEE, Vol. 75, No. 9, September 1987) 


3. The TMS320C30 Floating-Point Digital Signal Processor 
(Panos Papamichalis and Ray Simar, Jr., reprinted from IEEE Micro 
Magazine, Vol. 8, No. 6, December 1988) 


TMS320 Family and Book Overview 


Digital signal processors have found applications in areas where they were not even consid- 
ered a few years ago. The two major reasons for such proliferation are an increase in processor per- 
formance and a reduction in cost. Volume 3 of Digital Signal Processing Applications with the 
TMS320 Family presents a set of application reports primarily on the TMS320C30, the third-gener- 
ation TMS320 device. 


Organization of the Book 


The material in this book is grouped by subject area: 
° Introduction 

° Digital Signal Processing Routines 

°* DSP Interface Techniques 

¢ Telecommunications 

* Computers 

° Tools 


° Bibliography 


The Introduction contains this overview and two review articles. The first article gives a 
general description of the TMS320 family and is reprinted from a special issue of the IEEE Pro- 
ceedings, while the second article discusses the TMS320C30 device and is reprinted from the JEEE 
Micro Magazine. The overview points out how the TMS320 family has grown since the two articles 
were published and also introduces newer devices. 


The five articles in the Digital Signal Processing Routines section present useful algo- 
rithms, such as the FFT, the Discrete Cosine Transform, etc., that are implemented on the 
TMS320C30. Two of the reports also consider implementations on the TMS320C25. 


The section on DSP Interface Techniques contains an article on interfacing the 
TMS320C30 with external hardware, such as memories and A/D and D/A converters, and an article 
ona hardware implementation ofa floating-point converter between the IEEE and the TMS320C30 
formats. 


The following three sections contain one article each. In the Telecommunications section, 
an implementation of the government-standard CELP speech-coding algorithm is presented. The 
Computers section contains an article on 3-D graphics systems, which shows examples of using 
the TMS320C30 device for graphics problems. In the Tools section, the article gives a functional 
description of the TMS320C30 Application Board that is part of the hardware emulator for that de- 
VICe. 

The Bibliography section contains a list of articles mentioning DSP implementations using 
TMS320 devices. The different titles are listed chronologically and are grouped by subject. The list 
is not exhaustive, but it gives pointers for pursuing practical implementations in representative 
application areas. 
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The TMS320 Family of Processors 


The TMS320 Family of digital signal processors started with the TMS32010 in 1982, but it 
has been expanded to encompass five generations (at the time of this writing) with devices in each 
generation. Figure 1 shows this progression through the generations. The TMS320 devices can be 
grouped in two broad categories: fixed-point and floating-point devices. As implied by Figure 1, 
the first, second, and fifth generations are the fixed-point devices, while the third and the fourth 
generations (the latest one under development) support floating-point arithmetic. 
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Figure 1. TMS320 Family Roadmap 
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The following article, “The TMS320 Family of Digital Signal Processors,” by Lin, et. al., 
is reprinted from the Proceedings of the IEEE and gives an overview of the TMS320 family. Since 
additional devices have been developed from the time the article was written, this section highlights 
these newer devices. Table 1 shows acomprehensive list of the currently available TMS320 devices 
and their salient characteristics. 


Table 1. TMS320 pagers Overview : 


Device i Chip | EPROM : Parallel Serial DMA Package 
ROM 


TMS320C10 Integer : DIP/PLCC 
TMS320C10-25 Integer DIP/PLCC 7 
TMS320C10-14 Integer DIP/PLCC 
TMS320E14 Integer CERQUAD I 
TMS320C15 9 Integer DIP/PLCC | 
TMS320C15-25 91 Integer DIP/PLCC 
TMS320E15 4 Integer DIP/CERQUAD | 
TMS320E15-25 Integer DIP/CERQUAD 


TMS320C17 Integer DIP/PLCC ! 
TMS320E17 Integer DIP/CERQUAD 


TMS32020 4 Integer PGA 
TMS320C25 4 Integer PGA/PLCC 
TMS320C25-50 9 Integer PGA/PLCC 
TMS320E25 9 Integer CERQUAD 
TMS320C26 Integer PLCC 


[rose amen ef fe [or EC 


+ External DMA 
+ ~~ External/Internal DMA 
4 —«*For information on military versions of these devices, contact your local TI sales office. | 
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The additions to the first generation are the TMS320C14 and the TMS320E14; the latter is 
identical with the former, except that the latter’s on-chip program memory is EPROM. The 
TMS320C14/E14 devices have features that make them suitable for control applications. Figure 
2 shows the components of these devices. The memory and the CPU are identical to 
TMS320C15/E15, while the peripherals reflect the orientation of the devices toward control. 


Figure 2. TMS320C14/E14 Key Features 


ESI 


DATA RAM PROGRAM ROM/EPROM 
256x16 bits 4Kx16 bits 


16-bit 16-bit T-Reg 
Barrel Shifter 


32-bit ALU 16x16-bit 
: Multiply 
32-bit ACC . 
0,1,4-bit Shift | 32-bit P-Reg 
2 Auxiliary Registers 
4 level H/W Stack 
Status Register 


Some of the key features of the TMS320C14/E14 are: 
® 160-ns instruction cycle time 
* Object-code-compatible with the TMS320C15 


¢ Four 16-bit timers 
— Two general-purpose timers 
— One watchdog timer 
— One baud-rate generator 


* 16 individual bit-selectable I/O pins 

® Serial port/USART with codec-compatible mode 
¢ Event manager with 6-channel PWM D/A 

* CMOS technology, 68-pin CERQUAD 


The additions to the second generation are the TMS320E25, the TMS320C25-50, and the 
TMS320C26. The TMS320E2S is identical to the TMS320C25, except that the 4K-word on-chip 
program memory is EPROM. Since increased speed is very important for the real-time implemen- 
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tation of certain applications, the TMS320C25-50 was designed as a faster version of the 
TMS320C25 and has a clock frequency of 50 MHz instead of 40 MHz. 


The TMS320C26 is a modification of the TMS320C25 in which the program ROM has been 
exchanged for RAM. The memory space of the TMS320C26 has 1.5K words of on-chip RAM and 
256 words of on-chip ROM, making it ideal for applications requiring larger RAM but minimal 
external memory. 


A new generation of higher-performance fixed-point processors has been introduced in the 
TMS320 Family: the TMS320CSx devices. This generation shares many features with the first and 
the second generations, but it also encompasses significant new features. Figure 3 shows the basic 
components of the first device in that generation, the TMS320CS0. 


Figure 3. TMS320CS0 Key Features 
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Some of the important features of the TMS320CS0 are listed below: 

* Source code is upward compatible with the TMS320C1x/C2x devices 
* 50/35-ns instruction cycle time 

* 8K words of on-chip program/data RAM 

* 2K words boot ROM 

¢ 544 words of data/program RAM 

* 128K words addressable total memory 

¢ Enhanced general-purpose and DSP-specific instructions 

° Static CMOS, 84-pin CERQUAD 

¢ JTAG serial scan path 
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The software and hardware development tools for the TMS320 family make the develop- 
ment of applications easy. Such tools include assemblers, linkers, simulators, and C compilers for 
the software. They include evaluation modules, software development boards, and extended devel- 
opment systems for hardware. These tools are mentioned in the following paper by Lin, et. al. The 
interested reader can find much more information in the additional literature that is published by 
Texas Instruments and mentioned in the next section. In particular, the 7MS320 Family Develop- 

ment Support Reference Guide is an excellent source. 


| One important addition to the list of tools is the SPOX operating system, developed by Spec- 

tron Microsystems. SPOX permits you to write an application in a high-level language (C) and run 
it on actual DSP hardware. The operating system of SPOX hides the details of the interface from 
you and lets you concentrate on your algorithm while running it at supercomputer speeds on the 
TMS320C30. 


References 


Texas Instruments publishes an extensive bibliography to help designers use the TMS320 de- 
vices effectively. Besides the user’s guides for corresponding generations, there are manuals for 
the software and the hardware tools. The 7MS320 Family Development Support Reference Guide 
is particularly useful because it provides information, not only on development tools offered by TI, 
but also on those produced by third parties. Here is a partial list of the literature available (the litera- 
ture number is in parentheses) 


* TMS320 Family Development Support Reference Guide (SPRUO11A) 

° TMS320C1x User’s Guide (SPRU013A) 

° TMS320C2x User’s Guide (SPRU014) 

® TMS320C3x User’s Guide (SPRU031) 

© TMS320C1x/TMS320C2x Assembly Language Tools User’s Guide (SPRU018) 

° TMS320C30 Assembly Language Tools User’s Guide (SPRU035) 

* TMS320C25 C Compiler Reference Guide (SPRU024) 

° 1MS320C30 C Compiler Reference Guide (SPRU034) 

. Digital Signal Processing Applications with the TMS320 Family, Volume I (SPRAO12) 
° Digital Signal Processing Applications with the TMS320 Family, Volume 2 (SPRAO16) 


You can request this literature by calling the Customer Response Center at 1-800-232-3200, 
or the DSP Hotline at 1-713—274—2320. 
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The TMS320 Family of Digital Signal Processors 


The TMS320 Family of Digital Signal 


Processors 


KUN-SHAN LIN, MEMBER, IEEE, GENE A. FRANTZ, SENIOR MEMBER, IEEE, 


AND RAY SIMAR, JR. 


This paper begins with a discussion of the characteristics of dig- 
ital signal processing, which are the driving force behind the design 
of digital signal processors. The remainder of the paper describes 
the three generations of the TMS320 family of digital signal proces- 
sors available from Texas Instruments. The evolution in architec- 
tural design of these processors and key features of each genera- 
tion of processors are discussed. More detailed information is 
provided for the TMS320C25 and TMS320C30, the newest members 
in the family. The benefits and cost-performance tradeoffs of these 
processors become obvious when applied to digital signal pro- 
cessing applications, such as telecommunications, data commu- 
nications, graphics/image processing, etc. 


DiGITAL SIGNAL PROCESSING CHARACTERISTICS 


Digital signal processing (DSP) encompasses a broad 
spectrum of applications. Some application examples 
include digital filtering, speech vocoding, image process- 
ing, fast Fourier transforms, and digital audio [1]-[10]. These 
applications and those considered digital signal processing 
have several characteristics in common: 


* mathematically intensive algorithms, 
* real-time operation, 

* sampled data implementation, 

* system flexibility. 


To illustrate these characteristics in this section, we will use 
the digital filter as an example. Specifically, we will use the 
Finite Impulse Response (FIR) filter which in the time 
domain takes the general form of 


N 
y(n) = 2 ali) * x(n — i) (1) 


where y(n) is the output sample at time n, a(/) is the ith coef- 
ficient or weighting factor, and x(n — /) is the (n — i)th input 
sample. 

With this example in mind, we can discuss the various 
characteristics of digital signal processing: mathematically 
intensive algorithms, real-time processing, sampled data 
implementation, and system flexibility. First, let us look at 
the concept of mathematically intensive algorithms. 


Manuscript received October 6, 1986; revised March 27, 1987. 

The authors are with the Semiconductor Group, Texas Instru- 
ments Inc., Houston, TX 77521-1445, USA. 

IEEE Log Number 8716214. 


Mathematically Intensive Algorithms 


From (1), we can see that to generate every y(n), we have 
to compute N multiplications and additions or sums of 
products. This computation makes it mathematically inten- 
sive, especially when N is large. 

At this point it is worthwhile to give the FIR filter some 
physical significance. An FIR filter is a common technique 
used to eliminate the erratic nature of stock market prices. 
When the day-to-day closing prices are plotted, it is some- 
times difficult to obtain the desired information, such asthe 
trend of the stock, because of the large variations. A simple 
way of smoothing the data is to calculate the average clos- 
ing values of the previous five days. For the new average 
value each day, the oldest value is dropped and the newest 
value added. Each daily average value (average (n)) would 
be the sum of the weighted value of the latest five days, 
where the weighting factors (a(i)’s) are 1/5. In equation form, 
the average is determined by 


1 
average (n) = -* d(n — 1) + a d(n — 2) 


+ ie din —3) + 2 ¥ din - 4) 
1 
+ — * d(n — 5) (2) 


wn 


where d(n — /) is the daily stock closing price for the (n — 
i)th day. Equation (2) assumes the same form as (1). This is 
also the general form of the convolution of two sequences 
of numbers, a(/) and x(/) [5], [6]. Both FIR filtering and con- 
volution are fundamental to digital signal processing. 


Real-Time Processing 


In addition to being mathematically intensive, DSP algo- 
rithms must be performed in real time. Real time can be 
defined as a process that is accomplished by the DSP with- 
out creating a delay noticeable to the user. In the stock mar- 
ket example, as long as the new average value can be com- 
puted prior to the next day when it is needed, it is considered 
to be completed in real time. In digital signal processing 
applications, processes happen faster than on adaily basis. 
In the FIR filter example in (1), the sum of products must 
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be computed usually within hundreds of microseconds 
before the next sample comes into the system. A second 
example is in a speech recognition system where a notice- 
able delay between a word being spoken and being rec- 
ognized would be unacceptable and not considered real- 
time. Another example is in image processing, where it is 
considered real-time if the processor finishes the process- 
ing within the frame update period. If the pixel information 
cannot be updated within the frame update period, prob- 
lems such as flicker, smearing, or missing information will 
occur. 


Sampled Data Implementation 


The application must be capable of being handled as a 
sampled data system in order to be processed by digital 
processors, such as digital signal processors. The stock 
market is an example of a sampled data system. That is, a 
specific value (closing value) is assigned to each sample 
period or day. Other periods may be chosen such as hourly 
prices or weekly prices. In an FIR filter as shown in (1), the 
output y(n) is calculated to be the weighted sum of the pre- 
vious N inputs. In other words, the input signal is sampled 
at periodic intervals (1 over the sample rate), multiplied by 
weighting factor a(/), and then added together to give the 
output result of y(n). Examples of sample rates for some typ- 
ical sampled data applications [2], [4] are shown in Table 1. 


Table 1 Sample Rates versus Applications 


Nominal 
Application Sample Rate 
Control 1 kHz 
Telecommunications 8 kHz 
Speech processing 8-10 kHz 
Audio processing 40-48 kHz 


Video frame rate 30 Hz 
Video pixel rate 14 MHz 


In atypical DSP application, the processor must be able 
to effectively handle sampled data in large quantity and also 
perform arithmetic Computations in real time. 


System Flexibility 


The design of the digital signal processing system must 
be flexible enough to allow improvements in the state of 
the art. We may find out after several weeks of using the 
average stock price as a means of measuring a particular 
stock’s value that a different method of obtaining the daily 
information is more suited to our needs, e.g., using dif- 
ferent daily weightings, a different number of periods over 
which to average, or a different procedure for calculating 
the result. Enough flexibility in the system must be available 
to allow for these variations. In many of the DSP applica- 
tions, techniques are still in the developmental phase, and 
therefore the algorithms tend to change over time. As an 
example, speech recognition is presently an inexact tech- 
nique requiring continual algorithmic modification. From 
this example we can see the need for system flexibility so 
that the DSP algorithm can be updated. A programmable 
DSP system can provide this flexibility to the user. 


14 


HistoricAL DSP. SOLUTIONS 


Over the past several decades, digital signal processing 
machines have taken on several evolutions in order to 
incorporate these characteristics. Large mainframe com- 
puters were initially used to process signals in the digital 
domain. Typically, because of state-of-the-art limitations, 
this was done in nonreal time. As the state of the art 
advanced, array processors were added to the processing 
task. Because of their flexibility and speed, array processors 
have become the accepted solution for the research lab- 
oratory, and have been extended to end-applications in 
many instances. However, integrated circuit technology has 
matured, thus allowing for the design of faster micropro- 
cessors and microcomputers. As a result, many digital sig- 
nal processing applications have migrated from the array 
processor to microprocessor subsystems (i.e., bit-slice 


’ machines) to single-chip integrated circuit solutions. This 


migration has brought the cost of the DSP solution down 
to a point that allows pervasive use of the technology. The 
increased performance of these highly integrated circuits 
has also expanded DSP applications from traditional tele- 
communications to graphics/image processing, then to 
consumer audio processing. 

A recent development in DSP technology is the single- 
chip digital signal processor, such as the TMS320 family of 
processors. These processors give the designer a DSP solu- 
tion with its performance attainable only by the array pro- 
cessors a few years ago. Fig. 1 shows the TMS320 family in 
graphical form with the y-axis indicating the hypothetical 
performance and the x-axis being the evolution of the semi- 
conductor processing technology. The first member of the 
family, the TMS32010, was disclosed to the market in 1982 
[11], [12]. It gave the system designer the first microcom- 
puter capable of performing five million DSP operations 
per second (5 MIPS), including the add and multiply func- 
tions [13] required in (1). Today there are a dozen spinoffs 
from the TMS32010 in the first generation of the TMS320 
family. Some of these devices are the TMS320C10, 
TMS320C15, and TMS320C17 [14]. The second generation 
of devices include the TMS32020 [15] and TMS320C25 [16]. 
The TMS320C25 can perform 10 MIPS [16]. In addition, 
expanded memory space, combined single-cycle multiply/ 
accumulate operation, multiprocessing capabilities, and 
expanded I/O functions have given the TMS320C25 a 
2 to 4 times performance improvement over its predeces- 
sors. The third generation of the TMS320 family of proces- 
sors, the TMS320C30 [26], [27], has a computational rate of 
33 million DSP floating-point operations per second (33 
MFLOPS). Its performance (speed, throughput, and pre- | 
cision) has far exceeded the digital signal processors avail- 
able today and has reached the level of a supercomputer. 

It we look closely at the TMS320 family as shown in Fig. 
1, we can see that devices in the same generation, such as 
the TMS320C10, TMS320C15, and TMS320C17, are assembly 
object-code compatible. Devices across generations, such 
as the TMS320C10 and TMS320C25, are assembly source- 
code compatible. Software investment on DSP algorithms 
therefore can be maintained during the system upgrade. 
Another point is that since the introduction of the 
TMS32010, semiconductor processing technology has 
emerged from 3-u4m NMOS to 2-um CMOS to 1-~4m CMOS. 
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Fig. 1. The TMS320 family of digital signal processors. 


The TMS320 generations of processors have also taken the 
same evolution in processing technology. Low power con- 
sumption, high performance, and high-density circuit inte- 
gration are some of the direct benefits of this semicon- 
ductor processing evolution. 

From Fig. 1, it can be observed that various DSP building 
blocks, such as the CPU, RAM, ROM, I/O configurations, 
and processor speeds, have been designed as individual 
modules and can be rearranged or combined with other 
standard cells to meet the needs of specific applications. 
Each of the three generations (and future generations) will 
evolve in the same manner. As applications become more 
sophisticated, semicustom solutions based on the core CPU 
will become the solution of choice. An example of this 
approach is the TMS320C17/E17, which consists of the 
TMS320C10 core CPU, expanded 4K-word program ROM 
(TMS320C17) or EPROM (TMS320E17), enlarged data RAM 
of 256 words, dual serial ports, companding hardware, and 
a coprocessor interface. Furthermore, as integrated circuit 
layout rules move into smaller geometry (now at 2 um, rap- 
idly going to 1 pm), not only will the TMS320 devices become 
smaller in size, but also multiple CPUs will be incorporated 
on the same device along with application-specific I/O to 
achieve low-cost integrated system solutions. 


Basic TMS320 ARCHITECTURE 


As noted previously, the underlying assumption regard- 
ing a digital signal processor is fast arithmetic operations 
and high throughput to handle mathematically intensive 
algorithms in real time. In the TMS320 family [11]-[17], [26], 
[27], this is accomplished by using the following basic con- 
cepts: 


* Harvard architecture, 

* extensive pipelining, 

* dedicated hardware multiplier, 
* special DSP instructions, 

* fast instruction cycle. 
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These concepts were designed into the TMS320 digital sig- 
nal processors to handle the vast amount of data charac- 
teristic of DSP operations, and to allow most DSP opera- 
tions to be executed in a_ single-cycle instruction. 
Furthermore, the TMS320 processors are programmable 
devices, providing the flexibility and ease of use of general- 
purpose microprocessors. The following paragraphs dis- 
cuss how each of the above concepts is used in the TMS320 
family of devices to make them useful in digital signal pro- 
cessing applications. 


Harvard Architecture 


The TMS320 utilizes a modified Harvard architecture for 
speed and flexibility. In a strict Harvard architecture [18], 
[19}, the program and data memories lie in two separate 
spaces, permitting a full overlap of instruction fetch and 
execution. The TMS320 family’s modification of the Har- 
vard architecture further allows transfer between program 
and data spaces, thereby increasing the flexibility of the 
device. This architectural modification eliminates the need 
for a separate coefficient ROM and also maximizes the pro- 
cessing power by maintaining two separate bus structures 
(program and data) for full-speed execution. 


Extensive Pipelining 


In conjunction with the Harvard architecture, pipelining 
is used extensively to reduce the instruction cycle time to 
its absolute minimum, and to increase the throughput of 
the processor. The pipeline can be anywhere from two to 
four levels deep, depending on which processor in the fam- 
ily is used. The TMS320 family architecture uses a two-level 
pipeline for its first generation, a three-level pipeline for its 
second generation, and a four-level pipeline for its third 
generation of processors. This means that the device is pro- 
cessing from two to four instructions in parallel, and each 
instruction is at a different stage in its execution. Fig. 2 shows 
an example of a three-level pipeline operation. 
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Fig. 2. Three-level pipeline operation. 


In pipeline operation, the prefetch, decode, and execute 
operations can be handled independently, thus allowing 
the execution of instructions to overlap. During any instruc- 
tion cycle, three different instructions are active, each at a 
different stage of completion. For example, as the Nth 
instruction is being prefetched, the previous (N — 1)th 
instruction is being decoded, and the previous (N — 2)th 
instruction is being executed. In general, the pipeline is 
transparent to the user. 


Dedicated Hardware Multiplier 


As we saw in the general form of an FIR filter, multipli- 
cation is an important part of digital signal processing. For 
each filter tap (denoted by /), a multiplication and an addi- 
tion must take place. The faster a multiplication can be per- 
formed, the higher the performance of the digital signal 
processor. In general-purpose microprocessors, the mul- 
tiplication instruction is constructed by a series of addi- 
tions, therefore taking many instruction cycles. In com- 
parison, the characteristic of every DSP device is a dedicated 
multiplier. In the TMS320 family, multiplication is a single- 
cycle instruction as a result of the dedicated hardware mul- 
tiplier. {f we look at the arithmetic for each tap of the FIR 
filter to be performed by the TMS32010, we see that each 
tap of the filter requires a multiplication (MPY) instruction. 


LT ;LOAD MULTIPLICAND INTO T REGISTER 
DMOV_ ;MOVE DATA IN MEMORY TO DO DELAY 
MPY ;MULTIPLY 

APAC ;ADD MULTIPLICATION RESULT TO ACC 


The other three instructions are used to load the multiplier 
circuit with the multiplicand (LT), move the data through 
the filter tap (DMOV), and add the result of the multipli- 
cation (stored in the product register) to the accumulator 
(APAC). Specifically, the multiply instruction (MPY) loads 
the multiplier into the dedicated multiplier and performs 
the multiplication, placing the result in a product register. 
Therefore, if a 256-tap FIR filter is used, these four instruc- 
tions are repeated 256 times. At each sample period, 256 
multiplications must be performed. In a typical general- 
purpose microprocessor, this requires each tap to be 30 to 
40 instruction cycles long, whereas in the TMS320C10, it is 
only four instruction cycles. We will see in the next section 
how special DSP instructions reduce the time required for 
each FIR tap even further. 


Special DSP Instructions 


Another characteristic of DSP devices is the use of special 
instructions. We were introduced to one of them in the pre- 
vious example, the DMOV (data move) instruction. In dig- 
ital signal processing, the delay operator (z ~ ') is very impor- 
tant. Recalling the stock market example, during each new 
sample period (i.e., each new day), the oldest piece of data 
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(the closing price five days ago) was dropped and anew one 
(today’s closing price) was added. Or, each piece of the old 
data is delayed or moved one sample period to make room 
for the incoming most current sample. This delay is the 
function of the DMOV instruction. Another special instruc- 
tion in the TMS32010 is the LTD instruction. It executes the 
LT, DMOV, and APAC instructions ina single cycle. The LTD 
and MPY instruction then reduce the number of instruction 
cycles per FIR filter tap from four to two. In the second-gen- 
eration TMS320, such as the TMS320C25, two more special 
instructions have been included (the RPT and MACD 
instructions) to reduce the number of cycles per tap to one, 
as shown in the following: 


RPTK 255 ;REPEAT THE NEXT INSTRUCTION 256 TIMES 
(N + 1) 


MACD ;LT, DMOV, MPY, AND APAC 


Fast Instruction Cycle 


The real-time processing capability is further enhanced 
by the raw speed of the processor in executing instructions. 
The characteristics which we have discussed, combined 
with optimization of the integrated circuit design for speed, 
give the DSP devices instruction cycle times less than 200 
ns. The specific instruction cycle times for the TMS320 fam- 
ily are given in Table 2. These fast cycle times have made 


Table 2 TMS320 Cycle Times 


Cycle Time 
Device (ns) 
TMS320C10* 160-200 
™4S32020 160-200 
TMS320C25 100-125 
TMS320C30 60-75 


*The same cycle time applies to all of the first-generation processors. 


the TMS320 family of processors highly suited for many real- 
time DSP applications. Table 1 showed the sample rates for 
some typical DSP applications. This table can be combined 
with the cycle times indicated in Table 2 to show how many 
instruction cycles per sample can be achieved by the var- 
ious generations of the TMS320 for real-time applications 
(see Fig. 3). 

As we can see from Fig. 3, many instruction cycles are 
available to process the signal or to generate commands for 
real-time control applications. Therefore, for simple con- 
trol applications, the general-purpose microprocessors or 
controllers would be adequate. However, for more math- 
ematically intensive control applications, such as robotics 
and adaptive control, digital signal processors are much 
better suited [24]. The number of available instruction cycles 
is reduced as we increase the sample rate from 8 kHz for. 
typical telecommunication applications to 40-48 kHz for 
audio processing. Since most of these real-time applica- 
tions require only a few hundreds of instructions per sam- 
ple (such as ADPCM [4], and echo cancelation [4]), this is 
within the reach of the TMS320. For higher sample rate 
applications, such as video/image processing, digital signal 
processors available today are not capable of handling the 
processing of the real-time video data. Therefore, for these 
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Fig. 3. Number of instruction cycles/sample versus sample rate for the TMS320 family. 


types of applications, multiple digital signal processors and 
frame buffers are usually required. From Fig. 3, it can also 
be seen that for slower speed applications, such as control, 
the first-generation TMS320 provides better cost-perfor- 
mance tradeoffs than the other processors. For high sample 
rate applications, such as video/image processing, the sec- 
ond and third generations of the TMS320 with their mul- 
tiprocessing capabilities and high throughput are better 
suited. 

Now that we have discussed the basic characteristics of 
digital signal processors, we can concentrate on specific 
details of each of the three generations of the TMS320 fam- 
ily devices. 


THE First GENERATION OF THE TMS320 FAMILY 


The first generation of the TMS320 family includes the 
TMS32010 [13], and TMS32011 [17], which are processed in 
2.44m NMOS technology, and the TMS320C10 [13], 
TMS320C15/E15 (14], and TMS320C17/E17 [14], processed in 
1.8-~m CMOS technology. Some of the key features of these 
devices are [14] as follows: 


* Instruction cycle timing: 
-160 ns 
-200 ns 
-280 ns. 
* On-chip data RAM: 
-144 words 
-256 words (TMS320C15/E15, TMS320C17/E17). 
* On-chip program ROM: 
-1.5K words 
-4K words (TMS320C15, TMS320C17). 
* 4K words of on-chip program EPROM (TMS320E15, 
TMS320E17). 
* External memory expansion up to 4K words at full 
speed. 
* 16 x 16-bit parallel multiplier with 32-bit result. 
- Barrel shifter for shifting data memory words into the 
ALU. 
* Parallel shifter. 
* 4% 12-bit stack that allows context switching. 
* Two auxiliary registers for indirect addressing. 
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* Dual-channel serial port (TMS32011, TMS320C17, 
TMS320E17). 
* On-chip companding 
TMS320C17, TMS320E17). 
+ Coprocessor interface (TMS320C17, TMS320E17). 
* Device packaging 
-40-pin DIP 
-44-pin PLCC. 


hardware (TMS32011, 


TMS320C10 


The first generation of the TMS320 processors is based 
on the architecture of the TMS32010 and its CMOS replica, 
the TMS320C10. The TMS32010 was introduced in 1982 and 
was the first microcomputer capable of performing 5 MIPS. 
Since the TMS32010 has been covered extensively in the 
literature [4], [11]-[14], we will only provide a cursory review 
here. A functional block diagram of the TMS320C10 is shown 
in Fig. 4. 

As shown in Fig. 4, the TMS320C10 utilizes the modified 
Harvard architecture in which program memory and data 


memory lie in two separate spaces. Program memory can 


reside both on-chip (1.5K words) or off-chip (4K words). Data 
memory is the 144 x 16-bit on-chip data RAM. There are four 
basic arithmetic elements: the ALU, the accumulator, the 
multiplier, and the shifters. All arithmetic operations are 
performed using two’s-complement arithmetic. 

ALU: The ALU is a general-purpose arithmetic logic unit 
that operates with a 32-bit data word. The unit can add, sub- 
tract, and perform logical operations. 

Accumulator: The accumulator stores the output from the 
ALU and is also often an input to the ALU. It operates with 
a 32-bit word length. The accumulator is divided into a high- 
order word (bits 31 through 16) and a low-order word (bits 
15 through 0). Instructions are provided for storing the high- 
and low-order accumulator words in data memory (SACH 
for store accumulator high and SACL for store accumulator 
low). 

Multiplier: The 16 x 16-bit parallel multiplier consists of 
three units: the T register, the P register, and the multipler 
array. The T register is a 16-bit register that stores the mul- 
tiplicand, while the P register is a 32-bit register that stores 
the product. In order to use the multiplier, the multiplicand 
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Fig. 4. TMS320C10 functional block diagram. 


must first be loaded into the T register from the data RAM 
by using one of the following instructions: LT, LTA, or LTD. 
_Then the MPY (multiply) or the MPYK (multiply immediate) 
instruction is executed. The multiply and accumulate oper- 
ations can be accomplished in two instruction cycles with 
the LTA/LTD and MPY/MPYK instructions. 

Shifters: Two shifters are available for manipulating data: 
a barrel shifter and a parallel shifter. The barrel shifter per- 
forms a left-shift of 0 to 16 bits on all data memory words 
that are to be loaded into, subtracted from, or added to the 
accumulator. The parallel shifter, activated by the SACH 
instruction, can execute a shift of 0, 1, or 4 bits to take care 
of the sign bits in two’s-complement arithmetic calcula- 
tions. 

Based on the architecture of the TMS32010/C10, several 
spinoffs have been generated offering different processor 
speeds, expanded memory, and various |/O integration. 
Currently, the newest members in this generation are the 
TMS320C15/E15 and the TMS320C17/E17 [14]. 
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DATA BUS 


TMS320C15/E15 


The TMS320C15 and TMS320E15 are fully object-code and 
pin-for-pin. compatible with the TMS32010 and offer 
expanded on-chip RAM of 256 words and on-chip program 
ROM (TMS320C15) or EPROM (TMS320E15) of 4K words. The 
TMS320C15 is available in either a 200-ns version or a 160- 
ns version (TMS320C15-25). 


TMS320C17/E17 


The TMS320C17/E17 is a dedicated microcomputer with 
4K words of on-chip program ROM (TMS320C17) or EPROM 
(TMS320E17), a dual-channel serial port for full-duplex serial 
communication, on-chip companding hardware (u-law/ 
A-law), a serial port timer for stand-alone serial commu- 
nication, and acoprocessor interface for zero glue interface 
between the processor and any 4/8/16-bit microprocessor. 
The TMS320C17/E17 is also object-code compatible with the 
TMS32010 and can use the same development tools. The 
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Table 3 TMS320 First-Generation Processors 


On-Chip On-Chip — Off-Chip 


Instruction On-Chip 

TMS320 Cycle Time Prog ROM 

Devices (ns) Process (words) 
TMS32010 200 NMOS 1.5K 
TMS32010-25 160 NMOS 1.5K 
TMS32010-14 280 NMOS 1.5K 
™MS32011 200 NMOS 1.5K 
TMS320C10 200 CMOS 1.5K 
TMS320C10-25 160 CMOS 1.5K 
TMS320C15 200 CMOS 4.0K 
TMS320C15-25 160 CMOS 4.0K 
TMS320E15 200 CMOS 
TMS320C17 200 CMOS 4.0K 
T™MS320C17-25 160 CMOS 4.0K 


TMS320E17 200 CMOS 


device is based on the TMS320C10 core CPU with added 
peripheral memory and I/O modules added on-chip. The 
TMS320C17/E17 can be regarded as a semicustom DSP solu- 
tion suited for high-volume telecommunication and con- 
sumer applications. 

Table 3 provides a feature comparison of all members of 
the first-generation TMS320 processors. References to more 
detailed information on these processors are also provided. 


THE SECOND GENERATION OF THE TMS320 FAMILY 


The second-generation TMS320 digital signal processors 
includes two members, the TMS32020 [15] and the 
TMS320C25 [16]. The architecture of these devices has been 
evolved from the TMS32010, the first member of the TMS320 
family. Key features of the second-generation TMS320 are 
as follows: 


« Instruction cycle timing: 
-100 ns (TMS320C25) 
-200 ns (TMS32020). 
* 4K words of on-chip masked ROM (TMS320C25). 
* 544 words of on-chip data RAM. 
* 128K words of total program data memory space. 
* Eight auxiliary registers with a dedicated arithmetic 
unit. 
* Eight-level hardware stack. 
* Fully static double-buffered serial port. 
+ Wait states for communication to slower off-chip 
memories. 
* Serial port for multiprocessing or interfacing to codecs. 
* Concurrent DMA using an extended hold operation 
(TMS320C25). 
* Bit-reversed addressing modes for fast Fourier trans- 
forms (TMS320C25). 
* Extended-precision arithmetic and adaptive filtering 
support (TMS320C25). 
- Full-speed operation of MAC/MACD instructions from 
external memory (TMS320C25). 
* Accumulator carry bit and related instructions 
(TMS320C25). 
* 1.8-u4m CMOS technology (TMS320C25): 
-68-pin grid array (PGA) package. 
-68-pin lead chip carrier (PLCC) package. 
* 2.44m NMOS technology (TMS32020): 
-68-pin PGA package. 
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TMS$320C25 Architecture 


The TMS320C25 is the latest member in the second gen- 
eration of TMS320 digital signal processors. It is a pin-com- 
patible CMOS version of the TMS32020 microprocessor, 
but with an instruction cycle time twice as fast and the inclu- 
sion of additional hardware and software features. The 
instruction set is a superset of both the TMS32010 and 
TMS32020, maintaining source-code compatibility. In addi- 
tion, it is completely object-code compatible with the 
TMS32020 so that TMS32020 programs run unmodified on 
the TMS320C25. 

The 100-ns instruction cycle time provides a significant 
throughput advantage for many existing applications. Since 
most instructions are capable of executing ina single cycle, 
the processor is capable of executing ten million instruc- 
tions per second (10 MIPS). Increased throughput on the 
TMS320C25 for many DSP applications is attained by means 
of single-cycle multiply/accumulate instructions with adata 
move option (MAC/MACD), eight auxiliary registers with a 
dedicated arithmetic unit, instruction set support for adap- 
tive filtering and extended-precision arithmetic, bit-rever- 
sal addressing, and faster 1/O necessary for data-intensive 
signal processing. 

Instructions are included to provide data transfers 
between the two memory spaces. Externally, the program 
and data memory spaces are multiplexed over the same bus 
so as to maximize the address range for both spaces while 
minimizing the pin count of the device. Internally, the 
TMS320C25 architecture maximizes processing power by 
maintaining two separate bus structures, program and data, 
for full-speed execution. 

Program execution in the device takes the form ofa three- 
level instruction fetch-decode-execute pipeline (see Fig. 
2). The pipeline is essentially invisible to the user, except 
in some cases where it must be broken (such as for branch 
instructions). In this case, the instruction timing takes into 
account the fact that the pipeline must be emptied and 
refilled. Two large on-chip data RAM blocks (a total of 544 
words), one of which is configurable either as program or 
data memory, provide increased flexibility in system design. 
An off-chip 64K-word directly addressable data memory 
address space is included to facilitate implementations of 
DSP algorithms. The large on-chip 4K-word masked ROM 
can be used for cost-reduced systems, thus providing for 
a true single-chip DSP solution. The remainder of the 64K- 
word program memory space is located externally. Large 
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programs can execute at full speed from this memory space. features as well as many others such as a hardware timer, 


Programs may also be downloaded from slow external serial port, and block data transfer capabilities. 
memory to on-chip RAM for full-speed operation. The VLSI A functional block diagram of the TMS320C25, shown in 
implementation of the TMS320C25 incorporates all of these Fig. 5, outlines the principal blocks and data paths within 
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LEGEND: 
ACCH = Accumulator high ‘FR - Interrupt flag register PC - Program counter 
ACCL = Accumulator tow IMR_~ - Interrupt mask register PFC - Prefetch counter 
ALU = Arithmetic togic unit ir - Instruction register RPTC - Repeat instruction counter 
ARAU = Auxiliary register arithmetic unit MCS - Microcall stack GREG - Global memory allocation register 
ARB = Auxiliary register pointer buffer QIR Queue instruction register RSR - Serial port receive shift register 
ARP = Auxiliary register pointer PR ~ Product register XSR - Serial port transmit shift register 
OP = Data memory page pointer PRD Period register for timer ARO-AR7 . Auxiliary registers 
ORR = Serial port data receive register TIM - Timer STO,ST1 Status registers 
OXR-~ = - Serial port data transmit register TR - Temporary register 


Fig. 5. TMS320C25 functional block diagram. 
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the processor. The diagram also shows all of the TMS320C25 
interface pins. 

In the following architectural discussions on the mem- 
ory, central arithmetic logic unit, hardware multiplier, con- 
trol operations, serial port, and I/O interface, please refer 
to the block diagram shown in Fig. 5. 

Memory, Allocation: The TMS320C25 provides a total of 
4K 16-bit words of on-chip program ROM and 544 16-bit 
words of on-chip data RAM. The RAM is divided into three 
separate Blocks (BO, B1, and B2). Of the 544 words, 256 words 
(block BO) are configurable as either data or program mem- 
ory by CNFD (configure data memory) or CNFP (configure 
program memory) instructions provided for that purpose; 
288 words (blocks B1 and B2) are always data memory. A 
data memory size of 544 words allows the TMS320C25 to 
handle a data array of 512 words while still leaving 32 loca- 
tions for intermediate storage. The TMS320C25 provides 
64K words of off-chip directly addressable data memory 
space as well as a64K-word off-chip program memory space. 

A register file containing eight Auxiliary Registers (ARO- 
AR7), which are used for indirect addressing of data mem- 
ory and for temporary storage, increase the flexibility and 
efficiency of the device. These registers may be either 
directly addressed by an instruction or indirectly addressed 
by a 3-bit Auxiliary Register Pointer (ARP). The auxiliary reg- 
isters and the ARP may be loaded from either data memory 
or by an immediate operand defined in the instruction. The 
contents of these registers may also be stored into data 
memory. The auxiliary register file is connected to the Aux- 
iliary Register Arithmetic Unit (ARAU). Using the ARAU 
accessing tables of information does not require the CALU 
for address manipulation, thus freeing it for other opera- 
tions. 

Central Arithmetic Logic Unit (CALU): The CALU contains 
a 16-bit scaling shifter, a 16 x 16-bit parallel multiplier, a 32- 
bit Arithmetic Logic Unit (ALU), and a 32-bit accumulator. 
The scaling shifter has a 16-bit input connected to the data 
bus and a 32-bit output connected to the ALU. This shifter 
produces a left-shift of 0 to 16 bits on the input data, as pro- 
grammed in the instruction. Additional shifters at the out- 
puts of both the accumulator and the multiplier are suitable 
for numerical scaling, bit extraction, extended-precision 
arithmetic, and overflow prevention. . 

The following steps occur in the implementation of a typ- 
ical ALU instruction: 


1) Data are fetched from the RAM on the data bus. 

2) Data are passed through the scaling shifter and the 
ALU where the arithmetic is performed. 

3) The result is moved into the accumulator. 


The 32-bit accumulator is split into two 16-bit segments 
for storage in data memory: ACCH (accumulator high) and 
ACCL (accumulator low). The accumulator has a carry bit 
to facilitate multiple-precision arithmetic for both addition 
and subtract instructions. 

Hardware Multiplier: The TMS320C25 utilizes a 16 x 16- 
bit hardware multiplier, which is capable of computing a 
32-bit product during every machine cycle. Two registers 
are associated with the multiplier: 


* a 16-bit Temporary Register (TR) that holds one of the 
operands for the multiplier, and 
* a 32-bit Product Register (PR) that holds the product. 
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The output of the product register can be left-shifted 1 or 
4 bits. This is useful for implementing fractional arithmetic 
or justifying fractional products. The output of the PR can 
also be right-shifted 6 bits to enable the execution of up to 
128 consecutive multiple/accumulates without overflow. 
An unsigned multiply (MPYU) instruction facilitates 
extended-precision multiplication. 

1/O Interface: The TMS320C25 I/O space consists of 16 
input and 16 output ports. These ports provide the full 16- 
bit parallel I/O interface via the data bus on the device. A 
single input (IN) or output (OUT) operation typically takes 
two cycles; however, when used with the repeat counter, 
the operation becomes single-cycle. I/O devices are mapped 
into the I/O address space using the processor’s external 
address and data buses in the same manner as memory- 
mapped devices. Interfacing to memory and I/O devices of 
varying speeds is accomplished by using the READY line. 

A Direct Memory Access (DMA) to external program/data 
memory is also supported. Another processor can take 
complete control of the TMS320C25’s external memory by 
asserting HOLD low, causing the TMS320C25 to place its 
address, data, and control lines in the high-impedance state. 
Signaling between the external processor and the 
TMS320C25 can be performed using interrupts. Two modes 
of DMA are available on the device. In the first, execution 
is suspended during assertion of HOLD. In the second 
“concurrent DMA” mode, the TMS320C25 continues to 
execute its program while operating from internal RAM or 
ROM, thus greatly increasing throughput in data-intensive 
applications. 


T™MS320C25 Software 


The majority of the TMS320C25 instructions (97 out of 133) 
are executed in a single instruction cycle. Of the 36 instruc- 
tions that require additional cycles of execution, 21 involve 
branches, calls, and returns that result in a reload of the 
program counter and a break in the execution pipeline. 
Another seven of the instructions are two-word, long- 
immediate instructions. The remaining eight instructions 
support I/O, transfers of data between memory spaces, or 
provide for additional parallel operation in the processor. 
Furthermore, these eight instructions (IN, OUT, BLKD, 
BLKP, TBLR, TBLW, MAC, and MACD) become single-cycle 
when used in conjunction with the repeat counter. The 
functional performance of the instructions exploits the par- 
allelism of the processor, allowing complex and/or numer- 
ically intensive computations to be implemented in rela- 
tively few instructions. 

Addressing Modes: Since most of the instructions are 
coded in a single 16-bit word, most instructions can be exe- 
cuted in a single cycle. Three memory addressing modes 
are available with the instruction set: direct, indirect, and 
immediate addressing. Both direct and indirect addressing 
are used to access data memory. Immediate addressing uses 
the contents of the memory addressed by the program 
counter. 

When using direct addressing, 7 bits of the instruction 
word are concatenated with the 9 bits of the data memory 
page pointer (DP) to form the 16-bit data memory address. 
With a 128-word page length, the DP register points to one 
of 512 possible data memory pages to obtain a 64K total data 
memory space. Indirect addressing is provided by the aux- 
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iliary registers (ARO-AR7). The seven types of indirect 
addressing are shown in Table 4. Bit-reversed indexed 
addressing modes allow efficient I/O to be performed for 
the resequencing of data points in a radix-2 FFT program. 


Table 4 Addressing Modes of the TMS320C25 


Addressing Mode Operation 
OPA direct addressing 


OP * (,NARP) indirect; no change to AR. 
OP *+(,NARP) indirect; current AR is incremented. 
OP *—(,NARP) indirect; current AR is decremented. 


OP *0+(,NARP) 
OP *0—(,NARP) 


indirect; ARO is added to current AR. 

indirect; ARO is subtracted from 
current AR. 

indirect; ARO is added to current AR 
(with reverse carry propagation). 

indirect; ARO is subtracted from 
current AR (with reverse carry 
propagation). 


OP *BRO+(,NARP) 


OP *BRO—(,NARP) 


Note: The optional NARP field specifies a new value of the ARP. 


TMS320C25 System Configurations 


The flexibility of the TMS320C25 allows systems config- 
urations to satisfy a wide range of application requirements 
[16]. The TMS320C25 can be used in the following config- 
urations: 


* a stand-alone system (a single processor using 4K 
words of on-chip ROM and 544 words of on-chip RAM), 

* parallel multiprocessing systems with shared global 
data memory, or 

* host/peripheral coprocessing using interface control 
signals. 


A minimal processing system is shown in Fig. 6 using 
external data RAM and PROM/EPROM. Parallel multipro- 
cessing and host/peripheral coprocessing systems can be 
designed by taking advantage of the TMS320C25’s direct 
memory access and global memory configuration capabil- 
ities. 

In some digital processing tasks, the algorithm being 
implemented can be divided into sections with a distinct 
processor dedicated to each section. In this case, the first 
and second processors may share global data memory, as 
well as the second and third, the third and fourth, etc. Arbi- 
tration logic may be required to determine which section 
of the algorithm is executing and which processor has 
access to the global memory. With multiple processors ded- 
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icated to distinct sections of the algorithm, throughput can 
be increased via pipelined execution. The TMS320C25 is 
capable of allocating up to 32K words of data memory as 
global memory for multiprocessing applications. 


THE THIRD GENERATION OF THE TMS320 FAMILY 


The TMS320C30 [26]-[27] is Texas Instruments third-gen- 
eration member of the TMS320 family of compatible digital 
signal processors. With a computational rate of 33 MFLOPS 
(million floating-point Operations per second), the 
TMS320C30 far exceeds the performance of any program- 
mable DSP available today. Total system performance has 
been maximized through internal parallelism, more than 
twenty-four thousand bytes of on-chip memory, single-cycle 
floating-point operations, and concurrent I/O. The total sys- 
tem cost is minimized with on-chip memory and on-chip 
peripherals such as timers and serial ports. Finally, the user’s 
system design time is dramatically reduced with the avail- 
ability of the floating-point operations, general-purpose 
instructions and features, and quality development tools. 

The TMS320C30 provides the user with a level of per- 
formance that, at one time, was the exclusive domain of 
supercomputers. The strong architectural emphasis of pro- 
viding a low-cost system solution to demanding arithmetic 
algorithms has resulted in the architecture shown in Fig. 7. 

The key features of the TMS320C30 [26], [27] are as fol- 
lows: 


* 60-ns single-cycle execution time, 1-u4m CMOS. 
* Two 1K X 32-bit single-cycle dual-access RAM blocks. 
* One 4K X 32-bit single-cycle dual-access ROM block. 
* 64 X 32-bit instruction cache. 
* 32-bit instruction and data words, 24-bit addresses. 
* 32/40-bit floating-point and integer multiplier. 
* 32/40-bit floating-point, integer, and logical ALU. 
'* 32-bit barrel shifter. 
* Eight extended-precision registers. 
* Two address-generators with eight auxiliary registers. 
* On-chip Direct Memory Access (DMA) controller for 
concurrent I/O and CPU operation. 
* Peripheral bus and modules for easy customization. 
* High-level language support. — 
* Interlocked instructions for multiprocessing support. 
* Zero overhead loops and single-cycle branches. 


The architecture of the TMS320C30 is targeted at 60-ns 
and faster cycle times. To achieve such high-performance 
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Fig. 6. Minimal processing system with external data RAM and PROM/EPROM. 
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Fig. 7. TMS320C30 functional block diagram. 


goals while still providing low-cost system solutions, the 
T™MS320C30 is designed using Texas Instruments state-of- 
the-art 1-4m CMOS process. The TMS320C30’s high system 
performance is achieved through a high degree of paral- 
lelism, the accuracy and precision of its floating-point units, 
its on-chip DMA controller that supports concurrent !/O, 
and its general-purpose features. At the heart of the archi- 
tecture is the Central Processing Unit (CPU). 


The CPU 


The CPU consists of the following elements: floating- 
point/integer multiplier; ALU for performing floating-point, 
integer, and logical operations; auxiliary register arithmetic 
units; supporting register file, and associated buses. The 
multiplier of the CPU performs floating-point and integer 
multiplication. When performing floating-point multipli- 
cation, the inputs are 32-bit floating-point numbers, and the 
result is a 40-bit floating-point number. When performing 
integer multiplication, the input data is 24 bits and yields 
a 32-bit result. The ALU performs 32-bit integer, 32-bit log- 
ical, and 40-bit floating-point operations. Results of the mul- 
tiplier and the ALU are always maintained in 32-bit integer 
or 40-bit floating-point formats. The TMS320C30 has the 
ability to perform, in a single cycle, parallel multiplies and 
adds (subtracts) on integer or floating-point data. It is this 
ability to perform floating-point multiplies and adds (sub- 
tracts) in a single cycle which give the TMS320C30 its peak 
computational rate of 33 MFLOPS. 

Floating-point operations provide the user with a con- 
venient and virtually trouble-free means of performing 
computations while maintaining accuracy and precision. 
The TMS320C30 implementation of floating-point arith- 
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metic allows for floating-point operations at integer speeds. 
The floating-point capability allows the user to ignore, to 
a large extent, problems with overflow, operand alignment, 
and other burdensome tasks common to integer opera- 
tions. 

The register file contains 28 registers, which may be oper- 
ated upon by the multiplier and ALU. The first eight of these 
registers (RO-R7) are the extended-precision registers, 
which support operations on 40-bit floating-point numbers 
and 32-bit integers. 

The next eight registers (ARO-AR7) are the auxiliary reg- 
isters, whose primary function is related to the generation 
of addresses. However, they also may be used as general- 
purpose 32-bit registers. Two auxiliary register arithmetic 
units (ARAUO and ARAU1) can generate two addresses in 
a single cycle. The ARAUs operate in parallel with the mul- 
tiplier and ALU. They support addressing with displace- 
ments, index registers (IRO and {R1), and circular and bit- 
reversed addressing. 

The remaining registers support a variety of system func- 
tions: addressing, stack management, processor status, 
block repeat, and interrupts. 


Data Organization 


Two integer formats are supported on the TMS320C30: 
a 16-bit format used for immediate integer operands and 
a 32-bit single-precision integer format. 

Two unsigned-integer formats are available: a 16-bit for- 
mat for immediate unsigned-integer operands and a 32-bit 
single-precision unsigned-integer format. 

The three floating-point formats are assumed to be nor- 
malized, thus providing an extra bit of precision. The first 


23 


is a 16-bit short floating-point format for immediate float- 
ing-point operands, which consists of a 4-bit exponent, 1 
sign bit, and an 11-bit fraction. The second is a single-pre- 
cision format consisting of an 8-bit exponent, 1 sign bit, and 
a 23-bit fraction. The third is an extended-precision format 
consisting of an 8-bit exponent, 1 sign bit, and a 31-bit frac- 
tion. 

The total memory space of the TMS320C30 is 16M (mil- 
lion) x 32 bits. A machine word is 32 bits, and all addressing 
is performed by word. Program, data, and I/O space are con- 
tained within the 16M-word address space. 

RAM blocks 0 and 1 are each 1K X 32 bits. The ROM block 
is 4K x 32 bits. Each RAM block and ROM block is capable 
of supporting two data accesses in a single cycle. For exam- 
ple, the user may, in a single cycle, access a program word 
and a data word from the ROM block. 

The separate program data, and DMA buses allow for par- 
allel program fetches, data reads and writes, and DMA oper- 
ations. Management of memory resources and busing is 
handled by the memory controller. For example, a typical 
mode of operation could involve a program fetch from the 
on-chip program cache, two data fetches from RAM block 
0, and the DMA moving data from off-chip memory to RAM 
block 1. All of this can be done in parallel with no impact 
on the performance of the CPU. 

A 64 x 32-bit instruction cache allows for maximum sys- 
tem performance with minimal system cost. Theinstruction 
cache stores often repeated sections of code. The code may 
then be fetched from the cache, thus greatly reducing the 
number of off-chip-accesses necessary. This allows for code 
to be stored off-chip in slower, lower cost memories. Also, 
the external buses are freed, thus allowing for their use by 
the DMA or other devices in the system. 


DMA 


The TMS320C30 processes an on-chip Direct Memory 
Access (DMA) controller. The DMA controller is able to per- 
form reads from and writes to any location in the memory 
map without interfering with the operation of the CPU. As 
a consequence, it is possible to interface the TMS320C30 
to slow external memories and peripherals (A/Ds, serial 
ports, etc.) without affecting the computational throughput 
-of the CPU. The result is improved system performance and 
decreased system cost. 

The DMA controller contains its own address generators, 
source and destination registers, and transfer counter. 
Dedicated DMA address and data buses allow for operation 
with no conflicts between the CPU and DMA controller. 

The DMA controller responds to interrupts in a similar 
way to the CPU. This ability allows the DMA to transfer data 
based upon the interrupts received. Thus I/O transfers that 
would normally be performed by the CPU may instead be 
performed by the DMA. Again, the CPU may continue pro- 
cessing data while the DMA receives or transmits data. 


Peripherals 


All peripheral modules are manipulated through mem- 
ory-mapped registers located ona dedicated peripheral bus. 
This peripheral bus allows for the straightforward addition, 
removal, and creation of peripheral modules. The initial 
TMS320C30 peripheral library will include timers and serial 
ports. The peripheral library concept allows Texas Instru- 
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ments to create new modules to serve a wide variety of 
applications. For example, the configuration of the 
TMS320C30 in Fig. 7 includes two timers and two serial ports. 

Timers: The two timer modules are general-purpose 
timer/event counters, with two signaling modes and inter- 
nal or external clocking. | 

Available to each timer is an I/O pin that can be used as 
an input clock to the timer or as an output signal driven by 
the timer. The pin may also be configured as a general-pur- 
pose 1/O pin. 

Serial Ports: The two serial ports are modular and totally 
independent. Each serial port can be configured to transfer 
8,16, 24, or 32 bits of data per frame. The clock for each serial 
port can originate either internally or externally. An inter- 
nally generated divide-down clock is provided. The pins of 
the serial ports are configurable as general-purpose 1/O 
pins. A special handshake mode allows TMS320C30s to 
communicate over their serial ports with guaranteed syn- 
chronization. The serial ports may also be configured to 
operate as timers. 


External Interfaces 


The TMS320C30 provides two external interfaces: the par- 
allel interface and the I/O interface. The parallel interface 
consists of a 32-bit data bus, a 24-bit address bus, and a set 
of contro! signals. The I/O interface consists of a 32-bit data 
bus, a 13-bit address bus, and a set of control signals. Both 
ports support an external ready signal for wait-state gen- 
eration and the use of software-controlled wait states. 

The TMS320C30 supports four external interrupts, anum- 
ber of internal interrupts, and anonmaskable external reset 
signal. Two dedicated, general-purpose, external I/O flags, 
XFO and XF1, may be configured as input or output pins 
under software control. These pins are also used by the 
interlocked instructions to support multiprocessor com- 
munication. 


Pipelining In the TMS320C30 


The operation of the TMS320C30 is controlled by five 
major functional units. The five major units and their func- 
tion are as follows: 


* Fetch Unit (F) which controls the program counter 
updates and fetches of the instruction words from 
memory. 

* Decode Unit (D) which decodes the instruction word 
and controls address generation. 

* Read Unit (R) which controls the operand reads from 
memory. . 

* Execute Unit (E) which reads operands from the reg- 
ister file, performs the necessary operation, and writes 
results back to the register file and memory. 

* DMA Channel (DMA) which reads and writes memory 
concurrently with CPU operation. 


Each instruction is operated upon by four of these stages; 
namely, fetch, decode, read, and execute. To provide for 
maximum processor throughput these units can perform 
in parallel with each unit operating on a different instruc- 
tion. The overlapping of the fetch, decode, read, and exe- 
cute operations of different instructions is called pipelin- 
ing. The DMA controller runs concurrently with these units. 
The pipelining of these operations is key to the high per- 
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formance of the TMS320C30. The ability of the DMA to move 
data within the processor's memory space results in an even 
' greater utilization of the CPU with fewer interruptions of 
the pipeline which inevitably yields greater performance. 

The pipeline control of the TMS320C30 allows for 
extremely high-speed execution rate by allowing an effec- 
tive rate of one execution per cycle. It also manages pipe- 
line conflicts in a way that makes them transparent to the 
user. 

While the pipelining of the different phases of an instruc- 
tion is key to the performance of the TMS320C30, the 
designers felt it essential to avoid pipelining the operation 
of the multiplier or ALU. By ruling out this additional level 
of pipelining it was possible to greatly improve the pro- 
cessor’s useability. 


Instructions 


The TMS320C30 instruction set is exceptionally well 
suited to digital signal processing and other numerically 
intensive applications. The TMS320C30 also possesses a full 
complement of general-purpose instructions. The instruc- 
tion set is organized into the following groups: 


* load and store instructions; 

* two-operand arithmetic instructions; 

* two-operand logical instructions; 

* three-operand arithmetic instructions; 

* three-operand logic instructions; 

* parallel operation instructions; 

* arithmetic/logical instruction with store instructions; 
* program control instructions; 

* interlocked operations instructions. 


The load and store instructions perform the movement 
of a single word to and from the registers and memory. 
Included is the ability to load a register conditionally. This 
operation is particularly useful for locating the maximum 
and minimum of a set of data. 

The two-operand arithmetic and logical instructions con- 
sist of a complete set of arithmetic instructions. They have 
two operands; src and dst for source and destination, 
respectively. The src operand may come from memory, a 
register, or be part of the instruction word. The dst operand 
is always a register. This portion of the instruction set 
includes floating-point integer and logical operations, sup- 
port of multiprecision arithmetic, and 32-bit arithmetic and 
logical shifts. 

The three-operand arithmetic and logical instructions are 
a subset of the two-operand arithmetic and logical instruc- 
tions. They have three operands: two src operands and a 
dst operand. The src operands may come from memory or 
a register. The dst operand is always a register. These 
instructions allow for the reading of two operands from 
memory and/or the CPU register file in a single cycle. 

The parallel operation instructions allow for a high degree 
of parallelism. They support very flexible, parallel floating- 
point and integer multiplies and adds. They also include the 
ability to load two registers in parallel. 

The arithmetic/logical and store instructions support a 
high degree of parallelism, thus complementing the par- 
allel operation instructions. They allow for the performance 
of an arithmetic or logical instruction between a register 
and an operand read from memory, in parallel! with the stor- 
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ing of aregister to memory. They also provide for extremely 
rapid operations on blocks of memory. 

The program control instructions consist of all those 
operations that affect the program flow. This section of the 
instruction set includes a set of flexible and powerful con- 
structs that allow for software control of the program flow. 
These fall into two main types: repeat modes and branch- 
ing. 

For many algorithms, there is an inner kernel of code 
where most of the execution time is spent. The repeat modes 
of the TMS320C30 allow for the implementation of zero 
overhead looping. Using the repeat modes allows these 
time-critical sections of code to be executed in the shortest 
possible time. The instructions supporting the repeat 
modes are RPTB (repeat a block of code) and RPTS (repeat 
a single instruction). Through the use of the dedicated stack- 
pointer, block repeats (RPTBs) may be nested. 

The branching capabilities of the TMS320C30 include two 
main subsets: standard and delayed branches. Standard 
branches, as in any pipelined machine that comprehends 
them, empty the pipeline to guarantee correct manage- 
ment of the program counter. This results in a branch 
requiring, in the case of the TMS320C30, four cycles to exe- 
cute. Included in this subset are calls and returns. A stan- 
dard branch (BR) is illustrated below. 


BR THREE ; standard branch. 


MPYF ; not executed. 
ADDF ; not executed. 
SUBF ; not executed. 
AND ; not executed. 
THREE MPYF ; fetched 3 cycles after BR 


is fetched. 


Delayed branches do not empty the pipe, but, rather, 
guarantee that the next three instructions will be fetched 
before the program counter is modified by the branch. The 
result is a branch that only requires a single cycle. Every 
delayed branch has a standard branch counterpart. A 
delayed branch (BRD) is illustrated below. 


BRD THREE ; delayed branch. 


MPYF ; executed. 
ADDF ; executed. 
SUBF ; executed. 
AND ; not executed. 
THREE MPYF ; fetched after SUBF fetched. 


The combination of the repeat modes, standard branches, 
and delayed branches provides the user with a set of pro- 
gramming constructs which are well suited to a wide range 
of performance requirements. 

The program control instructions also include condi- 
tional calls and returns. The decrement and branch con- 
ditionally instruction allows for efficient loop control by 
combining the comparison of a loop counter to zero with 
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the check of condition flags, i.e., floating-point overflow. 
The condition codes available include unsigned and signed 
comparisons, comparisons to zero, and comparisons based 
upon the status of individual condition flags. These con- 
ditions may be used with any of the conditional instruc- 
tions. 

The interlocked operations instructions support multi- 
processor communication. Through the use of external sig- 
nals, these instructions allow for powerful synchronization 
mechanisms, such as semaphores, to be implemented. The 
interlocked operations use the two external flag pins, XFO 
and XF1. XFO signals an interlocked-operation request and 
XF1 acts as an acknowledge signal for the requested inter- 
locked operation. The interlocked operations include inter- 
locked loads and stores. When an interlocked operation is 
performed the external request and acknowledge signals 
can be used to arbitrate between multiple processors shar- 
ing memory, semaphores, or counters. 


DEVELOPMENT AND SUPPORT TOOLS 


Digital signal processors are essentially application-spe- 
cific microprocessors (or microcomputers). Like any other 
microprocessor, no matter how impressive the perfor- 
mance of the processor or the ease of interfacing, without 
good development tools and technical support, it is very 
difficult to design it into the system. In developing an appli- 
cation, problems are encountered and questions are asked. 
Oftentimes the tools and vendor support provided to the 
designer are the difference between the success and failure 
of the project. 

The TMS320 family has a wide range of development tools 
available [25]. These tools range from very inexpensive eval- 
uation modules for application evaluation and bench- 
marking purposes, assembler/linkers, and software simu- 
lators, to full-capability hardware emulators. A brief sum- 
mary of these support tools is provided in the succeeding 
subsections. | 


Software Tools 


Assembler/linkers and software simulators are available 
on PC and VAX for users to develop and debug TMS320 DSP 
algorithms. Their features are described as follows: 

Assembler/Linker: The Macro Assembler translates 
assembly language source code into executable object 
code. The Linker permits a program to be designed and 
implemented in separate modules that will later be linked 
together to form the complete program. | 

Simulator: The Simulator simulates operations of the 
device in software to allow program verification and debug. 
The simulator uses the object code produced by the Macro 
Assembler/Linker. 

C Complier: The C Compiler is a full implementation of 
the standard Kernighan and Ritchie C as defined in The C 
Programming Language [28]. The compiler supports the 
insertion of assembly language code into the C source code. 
The user may also write functions in assembly language, 
and then call these functions from the C source. Similarly, 
C functions may be called from assembly language. 
Variables defined in the C source may be accessed in 
assembly language modules and vice versa. The result is a 
complier that allows the user to tailor the amount of high- 
level programming versus the amount of assembly lan- 
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guage according to his application. The C compiler is sup- 
ported on the TMS320C25 and the TMS320C30. 


Hardware Tools 


Evaluation mgdules and emulation tools are available for 
in-circuit emulation and hardware program debugging for 
developing and testing DSP algorithms in a real product 
environment. 

Evaluation Module (EVM): The EVM is a stand-alone sin- 
gle-board module that contains all of the tools necessary 
to evaluate the device as well as provide basic in-circuit 
emulation. The EVM contains a debug monitor, editor, 
assembler, reverse assembler, and software communica- 
tions to a host computer or a line printer. 

SoftWare Development System (SWDS): The SoftWare 
Development System is a PC plug-in card with similar func- 
tionality of the EVM. 

Emulator (XDS): The eXtended Development System pro- 
vides full-speed in-circuit emulation with real-time hard- 
ware breakpoint/trace and program execution capability 
from target memory. By setting breakpoints based on inter- 
nal conditions or external events, execution of the program 
can be suspended and the XDS placed into the debug mode. 
In the debug mode, all registers and memory locations can 
be inspected and modified. Full-trace capabilities at full 
speed anda reverse assembler that translates machine code 
back into assembly instructions are included. The XDS sys- 
tem is designed to interface with either a terminal or a host 
computer. In addition to the above design tools, other 
development support is available [25]: 


APPLICATIONS 


The TMS320 is designed for real-time DSP and other com- 
putation-intensive applications [4]. In these applications, 
the TMS320 provides an excellent means for executing sig- 
nal processing algorithms such as fast Fourier transforms 
(FFTs), digital filters, frequency synthesis, correlation, and 
convolution. The TMS320 also provides for more general- 

‘purpose functions via bit-manipulation instructions, block 
data move capabilities, large program and data memory 
address spaces, and flexible memory mapping. 

To introduce applications performed by the TMS320, dig- 
ital filters will be used as examples. The remaining portion 
of this section will briefly cover applications, and conclude 
by showing some benchmarks. 


Digital Filtering 


As discussed several times in this paper, the FIR filter is 
simply the sum of products in a sampled data system. This 
was shown in (1). A simple implementation of the FIR filter 
uses the MACD instruction (multiply/accumulate and data 
move) for each filter tap, with the RPT/RPTK instruction 
repeating the MACD for each filter tap. As we saw earlier, 
a 256-tap FIR filter can be implemented by using the fol- 
lowing two instructions: 


RPTK = 255 
MACD_ *-,COEFFP 


In this example, the coefficients may be stored anywhere 
in program memory (reconfigurable on-chip RAM, on-chip 
ROM, or external memories). When the coefficients are 
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stored in on-chip ROM or externally, the entire on-chip data 
RAM may be used to store the sample sequence. This allows 
filters of up to 512 taps to be implemented. Execution of the 
filter will be at full speed or 100 ns per tap as long as the 
memory supports full-speed execution (either on-chip RAM 
or high-speed external RAM). 

Up to this point, it has been assumed that the filter coef- 
ficients are fixed from sample to sample. If the coefficients 
are adapted or updated with time, such as in adaptive filters 
for echo cancelation [4], [20], then the DSP algorithm 
requires a greater computational capacity from the pro- 
cessor. The requirement to adapt each of the coefficients, 
usually with each sample, is accomplished by three instruc- 
tions (MPYA or MPYS, ZALR, and SACH) on the TMS320C25 
[16]. A means of adapting the coefficients is the least-mean- 
square (LMS) algorithm given by the following equation: 


bi + 1) = bi) + 2Bfe(i) * xi — k)} 


where b,(i + 1) is the weighting coefficient for the next sam- 
ple period, b,{/) is the weighting coefficient for the present 
sample period, B is the gain factor or adaptation step size, 
e(i) is the error function, and x(i — k) is the input of the filter. 

In an adaptive filter, it is important to update the coef- 
ficients b,(i) in order to minimize the error function e(/), 
which is the difference between the output of the filter and 
a reference signal. Quantization-errors are critical to the 
performance of the filter when updating the coefficients 
and can be minimized if the result is obtained by rounding 
rather than truncating. For each coefficient in the filter at 
a given point in time, the factor 2*B*e(i) is a constant. This 
factor can then be computed once and stored in the T reg- 
ister for each of the updates. Thus the computational 
requirement has become one multiply/accumulate plus 
rounding. Without the new instructions, the adaptation of 
each coefficient is five instructions corresponding to five 


clock cycles. This is shown in the following instruction _ 


sequence: 


LRLK AR2,COEFFD ; LOAD ADDRESS OF 
COEFFICIENTS. 
LRLK AR3,LASTAP ; LOAD ADDRESS OF DATA 


SAMPLES. 
LARP AR2 
LT ERRF ; errf = 2*B*e(i) 
ZALH_ *,AR3 ; ACC = bk(i)*2**16 
ADD ONE, 15 ; ACC = bk(i)*2**16 + 2**15 
MPY  *-,AR2 
APAC ; ACC = bk(i)*2**16 

+ errf*x(i-k) + 2**15 

SACH *+ ; SAVE bk(i+1). 


When the MPYA and ZALR instructions are used, the 
adaptation reduces to three instructions corresponding to 
three clock cycles, as shown in the following instruction 
sequence. Note that the processing order has been slightly 
changed to incorporate the use of the MPYA instruction. 
This is due to the fact that the accumulation performed by 
the MPYA is the accumulation of the previous product. 


The TMS320 Family of Digital Signal Processors 


LRLK AR2,COEFFD ; LOAD ADDRESS OF 
COEFFICIENTS. 
LRLK  AR3,LASTAP ; LOAD ADDRESS OF DATA 


SAMPLES. 
LARP AR2 
LT ERRF > errf = 2*B*e(i) 
ZALR- *,AR3 > ACC = bk(i)*2**16 + 2**15 
MPYA_ *-,AR2 ; ACC = bk(i)*2**16 
+ errf*x(i—k) + 2**15 
? ; PREG = errf*x(i-k+1) 
> SAVE bk(i +1). 


SACH *+ 


The adaptive filter coefficient update can further be sim- 
plified using the TMS320C30 [27] as shown below. The first 
instruction defines the number of times to repeat the ker- 
nel. The second instruction is the repeat-block instruction 
(RPTB). The RPTB instruction allows the iterations of the ker- 
nel to be performed with zero overhead looping. The kernel 
assumes that the error term is stored in register RO. It is 
important to note that all of the calculations are performed 
in floating-point arithmetic. The MPYF3 is a three-operand 
floating-point multiply of the input sample x(i — k), which 
is stored in memory by the error term errf. The next step 
isathree-operand floating-point add (ADDF3) of the change 
inthe filter tap to the filter tap in parallel with the store (STF) 
of the previously updated filter tap. That is, the store (STF) 
is to be performed in parallel with ADDF3. Thus the number 
of cyles for a floating-point adaptation is only two. 


LDI NRC ; load length N in- 
to block repeat 
counter 

RPTB = adapt ; repeat the adap- 


tation loop N+1 
times 
MPYF3 *++ARO0(1),RO,R1_ ; errf * x(i-k) > R1 


adapt: 
ADDF3 *+AR1(1),R1,R2 — ; b(k,i) + errf * x(i-k) 
> R2 
|| STF R2,*AR1+ +(1) ; R2 > b(k-1,i) 


Since we have discussed the application of digital filter- 
ing, we can now describe several applications in the areas 
of telecommunications, graphics/image processing, high- 
speed control, instrumentation, and numeric processing, 
and then conclude this section with several benchmarks. 
if more detail is needed on any of these applications, the 
reader is referred to [4]. 


Telecommunications Applications 


Many aspects of the telecommunications network can 
take advantage of the TMS320. As telecommunications 
evolves more toward an all-digital network, DSP will become 
even more utilized [23]. Several typical uses of the TMS320 
are discussed. 

Echo Canceler: In echo cancellation [4], [20], an adaptive 
FIR filter performs the modeling routine and signal mod- 
ifications to adaptively cancel the echo caused by the 
impedance mismatches in the telephone transmission lines. 
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For this application, a large on-chip RAM of 544 words and 
on-chip ROM of 4K words on the TMS320C25 provides for 
a 256-tap adaptive filter (32-ms echo cancellation) to be exe- 
cuted in a single chip without external data or program 
memory. 

High-Speed Modems: The TMS320 can perform numer- 
ous functions such a modulation/demodulation, adaptive 
equalization, and echo cancellation [21], [22]. For lower 
speed modems, suchas Bell 212A and V.22 bis modems, the 
TMS320C17 provides the most cost-effective single-chip 
solution to these applications. For higher speed modems, 
such as the V.32, requiring more processing power and 
multiprocessing capabilities, the TMS320C25 and TMS- 
320C30 are the designer’s choice. 

Voice Coding: Voice-coding techniques [3], [4], such 
as full-duplex 32-kbit/s ADPCM (CCITT G.721), CVSD, 
16-kbit/s subband coders, and LPC, are frequently used in 
voice transmission and storage. Arithmetic speed, nor- 
malization, and the bit-manipulation capability of the 
TMS320 provide for implementation of these functions, 
usually in a single chip. For example, the TMS320C17 can 
be used as a single-chip ADPCM [4], subband [4], or LPC [4] 
coder. An application of voice coding is an ADPCM trans- 
coder implemented in half-duplex on a single TMS320C17 
or full-duplex on a TMS320C25 for telecommunication mul- 
tiplexing applications. Another example is a secure-voice 
communication system, requiring voice coding, as well as 
data encryption and transmission over a public-switched 
network via a modem; the TMS320C25 offers an ideal solu- 
tion. 


Graphics/Image Processing Applications 


In graphics and image processing applications [4], the 
ability to interface with a host processor is important. Both 
the TMS320C30 and the TMS320C25 multiprocessor inter- 
face enable them to be used in a variety of host/coprocessor 
configurations [4]. Graphics and image processing appli- 
cations can use the large directly addressable external data 
space and global memory capability to allow graphical 
images in memory to be shared with a host processor, thus 
minimizing unnecessary data transfers. The indexed indi- 
- rect addressing modes allow matrices to be processed row- 
by-row when performing matrix multiplication for three- 
dimensional image rotations, translations, and scaling. 

The TMS320C30 has a number of features that support 
graphics and image processing extremely well. The float- 
ing-point capabilities allow for extremely precise compu- 
tation of perspective transformations. They also support 
more sophisticated algorithms such as shading and hidden 
line removal, operations which are computationally inten- 
sive. 

The large address space allows for straightforward 
addressing of large images or displays. The flexible address- 
ing registers, coupled with the integer multiply, support 
powerful addressing of multiple-dimensional arrays. Vec- 
tor-oriented instructions allow the user to efficiently 
manipulate large blocks of memory. Finally, the on-chip 
DMA controller allows the user to easily overlap the pro- 
cessing of data with its I/O. 


High-Speed Control 


High-speed control applications [4], [24] use the 
TMS320C17 and TMS320C25 general-purpose features for 
bit-test and logical operations, timing synchronization, and 
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high data-transfer rate (ten million 16-bit words per sec- 
ond). Both devices can be used in closed-loop systems for 
control signal conditioning, filtering, high-speed comput- 
ing, and multichannel multiplexing capabilities. The fol- 
lowing demonstrates two typical control applications: 

Disk Control: Digital filtering in a closed-loop actuation 
mechanism positions the read/write heads over the disk 
surface. Supplemented with many general-purpose fea- 
tures, the TMS320 can replace costly bit-slice/custom/ana- 
log solutions to perform such tasks as compensation, fil- 
tering, fine/coarse tuning, and other signal conditioning 
algorithms. 

Robotics: Digital signal processing and bit-manipulation 
power, coupled with host interface, allow the TMS320C25 
to be useful in robotics control [24]. The TMS320C25 can 
replace both the digital controllers and analog signal pro- 
cessing hardware for communication to a central host pro- 
cessor and for the performance of numerically intensive 
control functions. 


Instrumentation 


Instrumentation, such as spectrum analyzers and various 
high-speed/high-precision instruments, often requires a 
large data memory space and the high performance of a 
digital signal processor. The TMS320C25 and TMS320C30 
are capable of performing very long-length FFTs and gen- 
erating precision functions with minimal external hard- 
ware. 


Numeric Processing 


Numeric and array processing applications benefit from 
TMS320 performance. High throughput resulting from fea- 
tures, such as a fast cycle time and an on-chip hardware 
multiplier, combined with multiprocessing capabilities and 
data memory expansion, provide for a low-cost, easy-to-use 
replacement for a typical bit-slice solution. The TMS- 
320C30’s floating-point precision, high throughput, and 
interface flexibility are excellent for this application. 


TMS320 Benchmarks 


To complete the discussion on the applications that the 
TMS320 can perform, we will provide some benchmarks. 
The TMS320 has demonstrated impressive benchmarks in 
performing some of the common DSP routines and system 
applications. Table 5 shows typical TMS320 benchmarks [4]. 


Table 5 TMS320 Family Benchmarks 


First Second Third 
DSP Routines/Applications Generation Generation Generation 
FIR filter tap 400 ns 100 ns 60 ns 
256-tap FIR sample rate 9.25kHz 37 kHz >60 kHz 
LMS adaptive FIR filter tap 700 ns 400 ns 180 ns 
256-tap adaptive FIR filter 5.4 kHz 9.5 kHz >20 kHz 
sample rate 
Bi-quad filter element (five 2 us 1 ps 360 ns 
multiplies) 
Echo canceler (single 8 ms 32 ms >64 ms 
chip) 
SUMMARY 


This paper has discussed characteristics of digital signal 
processing and how these characteristics have influenced 
the architectural design of the Texas Instruments TMS320 
family of digital signal processors. Three generations of the 
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TMS320 family were covered, and their support tools nec- 
essary to develop end-applications were briefly reviewed. 
The paper concluded with an overview of digital signal pro- 
cessing applications using these devices. 
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The TMS320C30 _ 
Floating-Point 
Digital Signal Processor 


igital signal processors have significantly impacted the way we bring 

real-time implementations of sophisticated DSP algorithms to life. 

What was once only a laboratory curiosity that required large comput- 
ers or specialized, bulky, and expensive hardware is now incorporated into low- 
cost consumer products. The rapid advancement of programmable DSPs since 
their commercial introduction in the early 1980s lets us satisfy the needs of very 
demanding applications. Implementation of basic DSP functions, such as digital 
filters and fast Fourier transforms, has been integrated into advanced system 
solutions involving speech algorithms, image processing, and control applica- 
tions. The variety of the applications increases every day as researchers, 
developers, and entrepreneurs discover new areas in which DSP devices can be 
used. At the same time, the design of new devices incorporates features that make 
such implementations easier. 

The Texas Instruments family of TMS320 DSPs! evolved with the expanding 
needs of the DSP applications and currently encompasses over 17 devices. The 
TMS320 family consists of three generations of devices. The first two genera- 
tions are 16-bit, fixed-point-arithmetic devices while the third one, represented 
by the TMS320C30 and explained in detail here, is a 32-bit, floating-point 
device. Architecturally, the TMS320 family, like most DSP devices, relies on 
multiple Harvard buses. In the first two generations, we expanded the basic 
Harvard architecture to permit communication between the program and data 
spaces. In the third generation, we unified the two spaces to form an organization 
that encompasses the advantages of both the Harvard and the von Neumann 
architectures. 


Overview of the TMS320C30 


The 320C30 is a fast processor (16.7 million instructions per second for an 
instruction cycle time of 60 nanoseconds) with a large memory space (16 million 
32-bit words) and floating-point-arithmetic capabilities. This last feature is a 
major trend in new DSP devices, which was developed to answer the need for 
quicker, more accurate solutions to numerical problems. DSP algorithms, being 
very intensive numerically, cause a designer to worry about overflows and the 
accuracy of results. The introduction of floating-point capabilities eliminates 
these difficulties. 
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In the 320C30, a chip design with 1-im geometries 
produces instruction cycle times lower than those achieved 
with the fixed-point devices of the first two generations. In 
addition, the design produces a controlled increase in die 
size that results more from the extended on-chip memory 
spaces than from the floating-point capabilities. 

The pipelined architecture of the 320C30 permits the 
higher throughput achieved by the device, as we explain 


later. Yet, programmers do not have to worry about the ~ 


pipeline when writing the code. We can describe the design 
philosophy of the 320C30 (as well as all the other devices 
in the TMS320 family) as an “interlocked” or “hidden- 
pipeline” approach. When writing the program, program- 
mers can assume that the result of any instruction will be 
available for the next instruction. Most of the instructions 
execute in one machine cycle. If a conflict arises between 
executing an instruction in one cycle and having the data 
available for the next instruction, the device automatically 
inserts the necessary delay to eliminate the conflict. Since 
this delay could result in loss of performance, we provide 
development tools that identify where such conflicts occur. 
With this data, programmers can rearrange and optimize 
code. 

Many applications, such as graphics and image process- 
ing, are difficult to implement on the earlier DSP devices 
because they require a large memory space. To satisfy this 
need, the 320C30 provides a total memory space of 16 
million 32-bit words, memory several orders of magnitude 
larger than the fixed-point devices. Furthermore, it con- 
tains significantly increased on-chip memory: six thou- 
sand 32-bit words of RAM and ROM. The desire to have 
a device capable of offering system-level solutions to the 
implemented algorithms guided the design decision to 
increase on-chip memory. In other words, the 320C30 
attempts to offer the capability of implementing an algo- 
rithm with as little peripheral circuitry as possible. 

Along the same lines, the 320C30 contains a peripheral 
bus on which on-chip peripherals can be attached using a 
memory-mapped approach. Currently available peripher- 
als include two serial ports, two timers, and a DMA 
controller. The modularity of the design permits easy 
change, addition, or deletion of peripherals to accommo- 
date different needs. For instance, if a u-law-to-linear 
format converter or a gate array is more important than one 
of the timers for certain applications, a user can make the 
change without impacting the core of the device. 

As the power of the DSP devices increases, so does the 
sophistication of the algorithms that are implemented. The 
implication is that constructing and debugging an algo- 
rithm at the assembly-language level becomes a more and 
more tedious task. To address that problem, we provide the 
320C30 development tools, which include a high-level- 
language compiler and a DSP operating system. The ex- 
tended memory space, the software stack, and the large on- 
chip register file also facilitate such a development. We’ve 
already introduced a C compiler and announced an Ada 
compiler. We expect compiler availability to change sig- 


nificantly the way DSP algorithms are ported to DSP 
devices. With these tools, programmers can develop the 
algorithms on large computers, requiring at the most only 
selective optimization when they incorporate the algo- 
rithm on the 320C30. 

Here, we describe the 320C30 architecture in detail, 
discussing both the internal organization of the device and 
the external interfaces. We also explain the pipeline struc- 
ture, addressing software-related issues and constructs, 
and examine the development tools and support. Finally, 
we present examples of applications. 


Architecture of the 320C30 


Studying the architecture of the device helps in under- 
standing how the different components contribute toward 
a high-throughput system. The interaction and the efficient 
use of the parts can contribute to very effective program- 
ming. Another very important aspect to consider is the 
system cost of the application. We designed the device to 
incorporate on-chip features that minimize the amount and 
the cost of external logic, thus leading to very compact and 
cost-effective solutions. These advantages become ex- 
plicit when looking at the architecture in detail. The inter- 
nal structure of the 320C30, as shown in Figure 1, consists 
of the 


* on-chip memory and cache, 

*CPU with register file, 

+ peripheral bus and peripherals, and 
* interconnecting buses. 


See Figure 2 for the die photograph. To interface with 
the external world, the 320C30 provides pins correspond- 
ing to 


*two buses (primary and expansion), 
* two serial ports and two timers, 

¢ four external interrupt signals, 

* two external flags, and 

¢ hold and hold-acknowledge signals. 


In addition, other pins exist for address and data strobs, 
power, and so on. 

The overall architecture of the device is a Harvard type 
in the sense that internally and externally it has multiple 
buses to access program instructions, data, or perform 
DMA transfers. However, it also has a von Neumann flavor 
since the memory space is unified, and there is no separa- 
tion of program and data spaces. As a result, the user can 
choose to locate programs and data at any desired location. 

Some of the major features of the 320C30 are: 


- a 60-ns cycle time that results in execution of over 16 
million instructions per second (MIPS) and over 33 million 
floating-point operations per second (Mflops); 

¢ 32-bit data buses and 24-bit address buses for a 16M- 
word overall memory space; 

¢ dual-access, 4K X 32-bit on-chip ROM and 2K X 32- 
bit on-chip RAM; 
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Figure 1. Block diagram of the TMS320C30 architecture. 


¢ a 64 X 32-bit program cache; 
¢a 32-bit integer/40-bit floating-point multiplier and 
ALU; 

‘eight extended-precision registers, eight auxiliary 
registers, and 12 control and status registers; 

- generally single-cycle instructions; 

+ integer, floating-point, and logical operations; 

* two- and three-operand instructions; 

« an on-chip DMA controller; and 

* fabrication in 1-um CMOS technology and packag- 
ing in a 180-pin package. 

Memory organization. The 320C30 provides 4K 32- 
bit words of on-chip ROM, and 2K 32-bit words of on-chip 
RAM. The on-chip ROM is mapped into the first 4K of the 
overall memory map; it is accessed when the processor 
operates in the microcomputer mode. Location 0 of the : 
memory map holds the reset vector, and adjacent locations fg PORTS 
hold other interrupt vectors. In microprocessor mode, the oh ewe 
reset vector resides in external memory, and on-chip ROM 
is not accessed. The 2K on-chip RAM consists physically 
of two segments of 1K words each. These two segments of 
RAM are mapped into adjacent sections of the memory. 
Figure 3 on the next page shows the arrangement of the on- 
chip memory, as well as the cache, buses, and two external 
interfaces/buses, which we examine later. 
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Figure 2. Die photograph of the 320C30. 
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Figure 3. On-chip memory, cache, and buses. 


The internal memory (both ROM and RAM) supports 
two accesses for reads and/or writes in one cycle. This key 
feature permits high throughput and ease of programming, 
since it makes possible three-operand instructions with 
two operands residing in the memory. Notice that, to 
support this feature, we include two buses dedicated to data 
addresses (DADDR1, DADDR2) and one bus to carry the 
data (DDATA). There are also separate program buses, 
PDATA and PADDR. | 

The address buses are 24 bits wide, indicating that the 
overall memory space is 16 million (32-bit) words. We 
believe this large space will facilitate implementation of 
algorithms in image processing applications that often 
require large amounts of memory. The unified memory 
space offers flexibility in placing program and data. But it 
also permits optimal use of the memory space as a trade-off 
between program and data. 

An important addition to the architecture is the 64-word 
instruction cache. To reduce the overall system cost of 
applications, system designers often use slower (and 
cheaper) external memories, a tactic that could slow down 
the processor and degrade the performance. The instruc- 
tion cache addresses this problem by storing on-chip in- 
structions that have been fetched previously. Its main 
advantage becomes obvious when loops must be executed. 
In this case, the first time the instructions are fetched, they 
are also stored in the cache. Any subsequent execution of 
the loop does not access external memory but fetches 
instructions from the cache, resulting in higher speed and 


making the external buses available for data transfers. 

The cache is segmented into two sections of 32 words 
each that are transparent to users. A user can, however, 
control the operation of the cache by manipulating three 
control bits that are contained in the status register of the 
CPU. Each control bit is dedicated to a specific operation: 
cache enable/disable, cache freeze, and cache clear. When 
acache miss occurs, that is, when the next instruction is not 
included in the cache, the instruction is brought in and also 
stored in the cache. The two cache sections are updated on 
a least recently used basis. 


CPU organization. The CPU consists of the ALU 
(arithmetic logic unit), the hardware multiplier, and the 
register file. These units are shown in Figure 4. 

The register file consists of 


eight 40-bit-wide, extended-precision registers RO 
through R7, 

seight 32-bit auxiliary registers ARO through AR7, 
and 

* twelve 32-bit control registers. 


The extended-precision registers function as accumula- 
tors and can handle both floating-point and integer num- 
bers. When they are used for floating-point numbers, the 
top eight bits represent the exponent and the bottom 32 bits 
the mantissa of the number. In their integer format, regis- 
ters RO through R7 use only their bottom 32 bits, keeping 
the top 8 bits unchanged 1 in any integer or logical operation. 


36 The TMS320C30 Floating-Point Digital Signal Processor 


The eight auxiliary registers ARO through AR7 can 
function as memory pointers in indirect addressing, as loop 
counters, or as general-purpose registers in integer arith- 
metic or logical operations. Associated with these registers 
are two auxiliary register arithmetic units (ARAU) that 
generate two memory addresses in parallel for the instruc- 
tions that need them. The flexibility of indirect addressing 
increases even further when two index registers are used in 
conjunction with the auxiliary registers, as we discuss 
later. 

The register file contains 12 control registers designated 
for specific functions. If the control registers are not used 
for these functions, they can be treated as general-purpose 
registers in integer arithmetic and logical operations. 
Examples of such control registers are the 


+ status register, 

* index registers, 

¢ stack pointer, 

* interrupt mask and interrupt flag registers, and 
- repeat-block registers. 


In particular, the stack-pointer register points to the 
software stack. The user has the flexibility of designating 
where the stack resides, and even of changing its location 
during the program execution. This feature also makes the 
stack of essentially unlimited depth and permits its usage 
not only for storing the program counter during subroutine 
calls but also for passing arguments to subroutines. Such an 
arrangement is particularly convenient in the development 
of compilers, and we have used it extensively in the 
320C30’s optimizing C compiler. 

The ALU performs floating-point, integer, and logical 
operations. The ALU always stores the result in the register 
file, but the input can come either from the register file or 
from memory, or it can be an immediate value. 

In the case of floating-point arithmetic, the input to the 
ALU can originate from either a 40-bit extended-precision 
register or a 32-bit memory datum. Registers RO through 
R7 store the 40-bit-word result. On the other hand, in 
integer arithmetic, both input and output are 32-bit num- 
bers, and the output can move to either the lower 32 bits of 
the RO through R7 registers or to any other register in the 
register file. 

The single-cycle hardware multiplier has been an inte- 
gral part of DSPs because any real-time application relies 
on the fast execution of multiplies. Following the same 
distinction as in the previous paragraph on the ALU, the 
multiplier performs both floating-point and integer multi- 
plications. The 32-bit inputs to a floating-point multiplica- 
tion yield a 40-bit-wide result for storage in one of the 
extended-precision registers. 

In both the ALU and the multiplier the results of the 
operations are automatically normalized, thus handling 
any overflows of the mantissa. If there is an exponent 
overflow, the result is saturated in the direction of overflow 
and the overflow flag is set. Underflows are handled by 
setting the result to zero and setting an underflow flag. 
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Figure 4. The 320C30 central processing unit. 


Buses and peripherals. Figure 3 shows that multiple 
on-chip buses handle program, data, and DMA operations 
in parallel. The device contains separate address and data 
buses for these three operations, with the data having two 
address buses to accommodate the access of multiple 
operands from the memory in one cycle. Also, separate 
buses lead to the register file. The rule to remember is that, 
in one cycle, up to two data memory accesses are permitted 
for any on-chip memory block. This multiplicity of buses 
eliminates bottlenecks. The user can maximize the through- 
put of the device by a judicious combination of the on-chip 
memory with the two external buses (the primary bus and 
the expansion bus). 

_ The primary bus contains a 24-bit address bus and a 32- 
bit data bus. Its true space, though, is 16M words minus the 
on-chip memory and the expansion bus. The primary bus 
can be placed in high impedance when the device is put on 
hold. To facilitate its interfacing with slow memories, the 
320C30 offers programmable wait states (up to seven) as 
well as an external ready signal. | 

The expansion bus contains a 13-bit address bus and a 
32-bit data bus. It has two strobes, one for memory and one 
for I/O accesses. In other words, the memory space of the 
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Figure 5. Peripheral bus and peripherals. 


expansion bus is two segments of 8K words each, one 
segment mapped as regular memory and the other one 
mapped as I/O. Like the primary bus, the expansion bus 
has up to seven software-programmable wait states. 

A major innovation in the 320C30—1o support system- 
level solutions and to help in adapting the device to 
changing needs—is the peripheral bus shown in Figures | 
and 5. The peripheral bus supplies a way of expanding or 
varying the interface with the outside world without chang- 
ing the core of the device. All of the peripherals attached to 
this bus are mapped to memory, and they can be replaced 
by others with a minimal effort if certain applications have 
different demands. 

Currently, we have implemented a DMA controller, two 
serial ports, and two timers as peripherals. The DMA 
controller performs reads from and writes to any location 
in the 320C30 memory map without interfering with the 
operation of the CPU. The DMA controller contains its 
own address generators, source and destination address 
registers, and transfer counter. The two modular and totally 
independent serial ports are identical with a complemen- 
tary set of control registers. Each serial port can be config- 
ured to transfer 8, 16, 24, or 32 bits of data per word, with 
each port clock originating either internally or externally. 
The pins of the serial ports are configurable as general- 
purpose I/O pins, while the serial ports can also be config- 
ured and used as timers. 

The two 320C30 timer modules function as general- 
purpose timer/event counters; each have two signaling 
modes and internal or external clocking. Available to each 
timer is an I/O pin for use as an input clock to the timer, as 
an output signal driven by the timer, or as a general- 


purpose pin. 


Software 


The software features of a programmable DSP are 
probably the most important features because they deter- 
mine the effectiveness of the implementation. Typically, 
the user first develops an application on a large computer 
using a high-level language and, once it is working satis- 
factorily, ports it to a DSP device. The software features 
of the 320C30 that we discuss include the integer and 
floating-point number representations, addressing modes, 
pipeline effects, and different types of instructions and 
constructs. 


Integer and floating-point formats. A 32-bit, twos- 
complement notation represents the integers. In addition to 
this single-precision format, we have a short format, con- 
sisting of 16-bit, twos-complement numbers used only for 
immediate operands. Every instruction of the 320C30 
consists of one 32-bit word. 

We use three formats for floating-point numbers: short, 
single precision, and extended precision. The single-preci- 
sion, 32-bit-wide format assigns 24 bits to the mantissa and 
8 bits to the exponent. The exponent occupies the 8 most 
significant bits, and it is represented in twos-complement 
notation, taking values between —128 and 127. The expo- 
nent value —128 is the result reserved to represent zero. 

The mantissa, placed at the 24 least significant bits of a 
32-bit number, is normalized to a number with an absolute 
value between 1.0 and 2.0. Since the mantissa is repre- 
sented in a normalized, twos-complement notation, the 
leftmost bit, which corresponds to the sign, and its adjacent 
bit will always be the complement of each other. As a 
result, only the sign bit is represented, with the most 
significant bit suppressed. In other words, the mantissa 
contains 24 significant bits plus the sign bit, with the most 
significant bit implied. 


Addressing modes. The 320C30 supports several ad- 
dressing modes that allow the user to access data from 
memory, registers, and the instruction word. The basic 
addressing modes are 


* register, 

° direct, 

° indirect, 

¢ short immediate, 

* long immediate, and 
* PC relative. 


In register mode the operand is placed into a CPU 
register that is explicitly specified in an instruction. In 
direct mode the data memory address is formed by preced- 
ing the 16 least significant bits of the instruction word with 
the 8 least significant bits of the data page pointer. To keep 
all instructions one word long, we store only the 16 least 
significant bits from the address in the instruction word; the 
rest become the data page pointer. This restriction implies 
that in direct addressing the memory space is segmented 
into 256 pages of 64K words each. 
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Table 1. 
Addressing modes of the 320C30. 


Mode Example 


Register ADDF RO,RI 
Direct ADDF @MEM, RI 


Short 
immediate ADDF 3.14,R1 


Long 
immediate BR LABEL 


PC relative BGE LABEL 
Indirect ADDF * + ARO(di),R1 


Indirect ADDF * — ARO(di),R1 
Indirect ADDF * + + ARO(di),R1 
Indirect ADDF * — — ARO(di),R1 
Indirect ADDF *ARO+ +(di),R1 
Indirect ADDF *ARO- —(di),R1 
Indirect ADDF *ARO+ + (di)%,R1 
Indirect ADDF *ARO-— — (di)%,R1 


Indirect ADDF *ARO+ +(IRO)B,R1 


Operation 


Addr = MEM 


Addr = ARO + di 
Addr = ARO — di 


Addr = ARO + di 
ARO = ARO + di 
Addr = ARO - di 
ARO = ARO — di 
Addr = ARO 

ARO = ARO+ di 
Addr = ARO 

ARO = ARO - di 
Addr = ARO 

ARO = circ(ARO + di) 
Addr = ARO 

ARO = circ(ARO—di) 
Addr = ARO 

ARO = B(ARO + IRO) 


Description 


Operand in RO 
Operand in MEM 


Operand = 3.14 


Branch to LABEL 
Branch to LABEL 
Predisplacement add 
without modification 
Predisplacement subtract 
without modification 
Predisplacement add and 
modify 
Predisplacement subtract 
and modify 
Postdisplacement add 
and modify 
Postdisplacement 
subtract and modify 
Postdisplacement add 
and circular modify 


Postdisplacement subtract 
and circular modify 


Postindex (IRO) add and 


bit-reversed modify 


di is an integer between 0 and 255 or one of the index registers [RO and IR1. 


Indirect addressing, the most versatile of all the modes, 
specifies the address of an operand in memory through the 
contents of an auxiliary register. As an option, the contents 
of the register can be modified by constant displacements 
or by the contents of the index registers. Table | lists all of 
the addressing modes, with particular emphasis on indirect 
addressing modes. 

An instruction explicitly specifies the auxiliary register 
used for indirect addressing. The user can modify it by a 
constant displacement taking values 0 to 255 or by the 
contents of one of the two index registers IRO or IR1. The 
modification can take place before or after accessing the 
memory. In the case of premodification, the user has the 
option to change the contents of the auxiliary register either 
permanently or temporarily. The notation used for such 
modifications is reminiscent of the C-language syntax. 

Two special forms of indirect addressing that are par- 
ticularly useful are bit-reversed and circular addressing. 
Bit-reversed addressing is used with the fast Fourier trans- 
form to compensate for the fact that normally ordered data 
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at the input of the transform are scrambled at output (bit- 
reversed order). To avoid moving the data around to place 
them in the proper order, bit-reversed addressing accesses 
the data in scrambled order for any subsequent operation. 

Circular addressing implements circular buffers. Such 
buffers are very convenient for use in digital-filtering 
operations. In circular addressing, BK, one of the control 
registers, specifies the size of the block. Then, when the 
user modifies the contents of an auxiliary register (pointing 
within that block) in a circular fashion, the final value is 
tested to determine if it is still within the block. If it 1s not, 
it is wrapped around using modulo arithmetic. 

The short-immediate mode encodes immediate, 16-bit- 
long operands of arithmetic operations. The long-immedi- 
ate mode encodes program control instructions (branch 
instructions) for which it is useful to have a 24-bit absolute 


address contained in the instruction word. Finally, the PC- 


relative addressing also applies to program control instruc- 
tions and uses the difference from the present location of 
the PC counter rather than an absolute address. The last two 
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modes are transparent to the user. The user specifies the 
branching label wanted, and the assembler assigns the 
appropriate addressing mode. 


Pipeline. To achieve the hi gh throughput of the device, 
the 320C30 uses a four-phase pipeline with five major 
functional units operating in parallel. These five units are 


‘instruction fetching, 

* instruction decoding and address generation, 
* operand reads, 

* instruction execution, and 

* DMA transfer. 


Figure 6 shows diagrammatically how the pipeline 
operates on successive instructions. When the pipeline is 
full, an instruction completes the execution phase every 
60-ns machine cycle. 

Occasionally conflicts may arise, as in the case of a 
loaded auxiliary register that needs to be used for indirect 
addressing in the next instruction. To handle such cases, we 
established a priority between the different units, giving 
DMA the lowest priority. Among the others, an Execute 
instruction has the highest and a Fetch instruction the 
lowest priority. 

In programming the device, the user does not have to 
worry about the pipeline conflicts, which do not occur that 
often anyway. When a conflict does occur, the device 
automatically inserts the necessary extra cycle(s) to make 
the instructions behave as expected. In most cases, this 
arrangement will be sufficient for successful operation. 
For time-critical operations, though, it may be necessary to 
remove the extra cycles caused by pipeline conflicts. The 
user can make this correction by rearranging the instruc- 
tions of the program. To do so, the user must determine 
how to identify the locations where insertions occur. For 
that purpose, the development tools (simulator, emulators) 
contain a tracing feature that can display the pipeline. In 
this trace, any conflicts are immediately identified, and 
then the user can take steps to correct the problem. 


Instruction set features. The instruction set of the 
320C30 supports both two- and three-operand instruc- 
tions. In all arithmetic instructions (except Store), the 
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destination is a register in the register file. The source 
operands can come from memory or from a register or, in 
the case of two-operand instructions, can be part of the 
instruction word. 

A unique feature of the 320C30 is the set of instructions 
in which operations execute ‘in parallel. This construct 
permits a high degree of concurrency and execution of any 
arithmetic or logical instruction in parallel with a Store 
instruction. It also supports parallel multiplies and adds, as 
well as parallel loading and storing of two registers. Paral- 
lel multiply and adds lead to the peak performance of 33 
Mflops. Executing the Store instruction at the same time 
with another arithmetic operation essentially permits this 
kind of data movement without a penalty. As an example, 
the following instruction adds the contents of memory 
pointed to by ARI (indicated by *AR1) to register RO 
(treating them as floating-point numbers) and places the 
result in register R1. In parallel with that process, the 
original contents of R1 are stored in the memory location 
indicated by AR3. 


ADDF *AR1,RO,R1 
il STF R1,*AR3 


When executing a branch instruction, the pipeline must 
be flushed since the path followed after the branch is data 
dependent. As a result, a regular branch instruction is more 
costly than other instructions, taking four cycles to com- 
plete. This overhead may be unacceptable in some time- 
critical applications. To alleviate this problem and to offer 
more flexibility to the programmer, the 320C30 contains 
a set of delayed branches that complement the set of 
standard branches. In a delayed branch, the three instruc- 
tions following the branch instruction execute whether the 
branch is taken or not taken. As a result, the delayed branch 
ends up taking only one cycle to execute. The same 
approach can be used even when there are less than three 
such instructions, by adding NOPs (no operations). The 
branch will still take less than four cycles. 

The greatest cost of branching occurs during the execu- 
tion of loops. In looping, a counter is decremented and 
compared to zero at the end of the loop. If it is not zero, a 
branch is taken to the beginning of the loop. The 320C30 
offers a special arrangement that implements loops with no 
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Figure 6. Pipeline of 320C30 instructions. 
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User-friendly development tools 
offer extra support: 


an optimizing C compiler and 
a DSP operating system. 


overhead. The two instructions RPTB (repeat block) and 
RPTS (repeat single) realize this arrangement. The format 
of the RPTB instruction is: . 


RPTB LABEL — 
(put instructions here) 


LABEL (last instruction) 


Associated with the repeat-block construct are three of 
the 12 control registers in the register file. One register 
indicates the beginning of the block, the second indicates 
the end of the block, and the third acts as the repeat counter. 
The assembler automatically assigns values to the first two 
registers. They contain the address of the instruction 
immediately below RPTB, and the address of LABEL 
respectively. Users should initialize the repeat counter 
before entering the loop. In terms of execution time, this 
arrangement behaves as if the loop were implemented with 
straight-line code. 

The instruction RPTS has the format 


RPTS count 


and it repeats the following instruction “count” times. It 
differs from RPTB in that it 


« applies to only one instruction; 

«does not refetch the instruction for every execution, but 
keeps it in the instruction register thus freeing the buses for 
data transfers, and 

¢ 1s not interruptible. 


Table 2 on the next page is a sample of the instructions 
available on the 320C30. Although we included a rich set 
of instructions for both DSP and general-purpose process- 
ing, the perceived size of the instruction set is much 
smaller. The reason is that a symmetry exists between 
integer and floating-point instructions, between instruc- 
tions with two or three operands, and between single and 
parallel instructions. For instance, addition is represented 
by ADDI, ADDF, or ADDC in the case of adding integers, 
floating-point numbers, or adding with a carry. The three- 
operand instructions have the same form, with a 3 ap- 
pended at the end (ADDF3). All of the multiplier and ALU 
Operations can be performed in parallel with a Store in- 
struction, and such instructions take the form of the follow- 
ing example: 
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ADDF3 *ARO,R1,R2 
II STF RO,*ARI 


Furthermore, two loads or two stores can execute in 
parallel, as is also the case with a multiply and an add or a 
multiply and a subtract. The design of the instruction set 
has been guided by a desire to ease programming efforts. 
The execution results of an instruction are always available 
for use in the instruction that follows. 

Besides the regular arithmetic and logical instructions, 
the 320C30 includes instructions to handle the software 
stack, internal and external interrupts, and branches and 
subroutine calls. Conditional loads and calls make the 
programming more compact and efficient, while special 
instructions (called interlocked instructions) can be used in 
multiprocessor environments. 


Development tools and support 


The newer DSP devices offer increased processing 
power that permits the implementation of more compli- 
cated and demanding algorithms. However, as the com- 
plexity of the algorithm increases, the task of debugging 
the implementation becomes more difficult. The 320C30 
addresses this problem by providing user-friendly devel- 
opment tools and offering extra support in the form of an 
optimizing C compiler and a DSP operating system. 

The assembler translates assembly-language source 
files into machine-language object files. Source files can 
contain instructions, assembler directives, and macro di- 
rectives. Assembler directives control various aspects of 
the assembly process such as the source-listing format, 
symbol definition, and method of placing the source code 
into sections. Macro directives permit a concise represen- 
tation of groups of instructions that occur frequently. 

The linker combines object files into one executable 
object module. As it creates the executable module, the 
linker performs relocation operations and resolves external 
references. The linker accepts relocatable COFF (Com- 
mon Object File Format) object files, created by the assem- 
bler, as input. It can also accept archive library members 
and output modules created by a previous linker run. 
Linker directives allow the user to combine object-file 
sections, bind sections or symbols to specific addresses or 
within specific portions of 320C30 memory, and define or 
redefine global symbols. An associated archiver can create 
macro or object-file libraries. 

The software simulator is a very important tool for 
debugging 320C30 programs. Its interface consists of a 
screen broken into windows that display the internal regis- 
ters, the reverse-assembled program, and a versatile win- 
dow where memory, breakpoints, and a wealth of other 
information can be displayed. The same interface (modi- 
fied to accommodate some special features) is also used 
with the hardware emulator. The major features of the 
simulator include: 


¢ Simulation of the entire 320C30 instruction set and the 
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Instruction 


Table 2. 


Instructions for the 320C30. 


Description 


Load and store instructions 


LDE 
LDF 
LDFcond 
LDI 
LDIcond 
LDM 


Load floating-point exponent 
Load floating-point value 


Load floating-point value conditionally 


Load integer 
Load integer conditionally 
Load floating-point mantissa 


Two-operand instructions 


ABSF 


ABSI 
ADDC 
ADDF 
ADDI 
AND 
ANDN 
ASH 
CMPF 
CMPI 
FIX 
FLOAT 
LSH 
MPYF 
MPYI 
NEGB 
NEGF 
NEGI 


Absolute value of a floating-point 
number 


Absolute value of an integer 

Add integers with carry 

Add floating-point values 

Add integers 

Bitwise logical-AND 

Bitwise logical-AND with complement 
Arithmetic shift 

Compare floating-point values 
Compare integers 


Convert floating-point value to integer 
Convert integer to floating-point value 


Logical shift 

Multiply floating-point values 
Multiply integers 

Negate integer with borrow 
Negate floating-point value 
Negate integer 


Program control instructions 


Bcond 

| BcondD 
BR 

BRD 
CALL 
CALLcond 
DBcond 


DBcondD 


Branch conditionally (standard) 
Branch conditionally (delayed) 
Branch unconditionally (standard) 
Branch unconditionally (delayed) 
Call subroutine 

Call subroutine conditionally 
Decrement and branch conditionally 
(standard) 

Decrement and branch conditionally 
(delayed) 


tT Two- and three-operand versions 
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Instruction 


POP 
POPF 
PUSH 
PUSHF 
STF 
STI 


NORM 


NOT 
OR 
RND 
ROL 
ROLC 
ROR 
RORC 
SUBB 
SUBC 
SUBF 
SUBI 
SUBRB 
SUBRF 
SUBRI 
TSTB 
XOR 


IDLE 
NOP 
RETIcond 
RETScond 
RPTB 
RPTS 

SWI 


TRAPcond 


Description 


Pop integer from stack 

Pop floating-point value from stack 
Push integer on stack 

Push floating-point value on stack 
Store floating-point value 

Store integer 


Normalize floating-point value 


Bitwise logical-complement 

Bitwise logical-OR 

Round floating-point value 

Rotate left 

Rotate left through carry 

Rotate right 

Rotate right through carry 

Subtract integers with borrow 
Subtract integers conditionally 
Subtract floating-point values 
Subtract integer 

Subtract reverse integer with borrow 
Subtract reverse floating-point value 
Subtract reverse integer 

Test bit fields 

Bitwise exclusive-OR 


Idle until interrupt 

No operation 

Return from interrupt conditionally 
Return from subroutine conditionally 
Repeat block of instructions 

Repeat single instruction 

Software interrupt 


Trap conditionally 
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key peripheral features; 

« Command entry from either menu-driven keystrokes 
(menu mode) or from line commands (line mode); 

- Help menus for all screen modes; 

¢ Quick storage and retrieval of simulation parameters 
from files to facilitate preparation for individual sessions; 

- Reverse assembly allowing editing and reassembly of 
source statements; 

« Multiple execution modes; 

¢ Trace expressions that are easy to define; 

- Trace execution that can display designated expression 
values, cache memory, and the instruction pipeline; and 

¢ Breakpoints that can occur on address read, write, or 
both, on address execute, and on expression valid. 


Perhaps the most important trend with the newer DSPs 
is the availability of high-level-language compilers. The 
presence of C and Ada compilers in the 320C30 is not an 
accident since the 320C30 was designed with a compiler in 
mind. We expect this path to a high-level language to make 
the porting of application programs from large computers 
much easier. The algorithm can be developed almost 
entirely on a large computer and then converted to the 
320C30 assembly language by compilation. 

The C compiler for the 320C30 has exceptional effi- 
ciency,’ which makes a good C program almost as effec- 
tive as the assembly-language program. The C compiler 
will be sufficient for most applications. The exception is 
time-critical applications. In such cases one can use the fact 
that most DSP algorithms spend the vast majority of the 
execution time on a small section of the code. (Researchers 
often mention the 90/10 rule: 90 percent of the time is spent 
on [0 percent of the code.) Under these circumstances, the 
user can optimize execution by creating very fast assem- 
bly-language routines that implement the time-critical 
sections, and call them from C as regular C functions. To 
achieve this, we define the C function interface very 
precisely so that users can create their own routines. The C- 
compiler package comes with a library of general-purpose 
mathematical, interface, and I/O functions. 

Besides this method of optimizing the performance of 
the C language, two more methods can be used. The first 
one is based on the fact that the output of the compiler is an 
assembly-language program. The user can edit this pro- 
gram and optimize it by rearranging the instructions. The 
second method is to use the “‘asm” directive supported by 
the C compiler. The arguments of this directive are passed 
to the output of the compilation without any alteration so 
that the user can insert assembly-language instructions into 
the middle of the C program.. 

A key part of the 320C30 development environment is 
Spox, the first real-time operating-system for a single-chip 
DSP. Spox, developed by Spectron Microsystems, extends 
the core C language with a library of standard I/O routines 
and, most importantly, a DSP math package. One of Spox’s 
unique features is that it provides users with software 
objects that are especially suited for DSP. Some of these 

- objects are vectors, matrices, filters, and streams. The math 
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Perhaps the most important 
trend with the newer DSPs is 


the availability of high-level- 
language compilers. 


package and these software objects are carefully designed 
to take full advantage of the capabilities of the 320C30. 
Spox also supports multitasking, thus allowing the user to 
easily implement the more complex control structures that 
are becoming essential for DSP systems. 

By providing a complete software development envi- 
ronment that includes compilers and operating systems 
along with the more-traditional tools such as assemblers 
and linkers, we allow the user to move from system 
conception to system implementation in the shortest pos- 
sible time. 

The next level of development tools includes the hard- 
ware emulators for debugging target hardware or deter- 
mining the performance of an algorithm on the 320C30 
device itself. The XDS1000 1s a real-time, in-circuit emu- 
lator/software development tool based on the 320C30. 
Besides these tools from Texas Instruments, other compa- 
nies offer related support, such as the PC-based develop- 
ment board by Atlanta Signal Processors and the develop- 
ment platform of Spectron Microsystems for PCs and Sun 
workstations. 


Applications 


Certain features of the 320C30 such as its high speed, 
versatile architecture, and rich instruction set, make it easy 
to implement very demanding algorithms. The large 
memory space makes the device suitable for application 
areas such as image processing in which memory address- 
ing is one of the prime considerations. And the C compiler 
makes it easy to construct algorithms with complicated 
logic. 


General DSP algorithms. Almost every DSP applica- 
tion needs to perform some kind of filtering, the first 
application considered for a DSP device. Digital filters are 
categorized as FIR (finite-length impulse response) and 
IIR (infinite impulse response) filters,>* or, equivalently, 
as filters that have only zeros or both poles and zeros. Each 
of these categories can have either fixed or adaptive coef- 
ficients. 

The 320C30 implements FIR filters very efficiently. For 
instance, let an FIR filter have an impulse response h[0], 
h{i),..., ALN X 1], and let x[n] represent the input of the 
filter at time n. Then, the following equation gives the 
output y(n] with the equation: 


y[n] = A[O] X x{n] + All] X x[n — Wee. 
hA(N — 1) Xx[n-N+ 1] 
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Typical Calling Sequence: 


load ARO 
load ARI 
load RC 
load BK 
CALL FIR 


Data Memory Organization: 


Impulse Initial Final 
response input samples input samples 
Oldest + 
address input ¢t «x (nm-(N-1)) 


Circular 
queue 


' 
' 
High Newest H 
address , input yes oft 


The physical address for the start of the input samples must be on 
a boundary with the LSBs set to zero according to the length of the 
buffer. The pointer to the input sequence (x) is incremented and 
assumed ta be moving from an older input to a newer input. At the 
end of the subroutine AR1 will be pointing to the position for the 
next input sample. ; 


Argument Assignments: 


Address of H(N-1) 

Address of x (N-1) 

Length of filter - 3 (N-2) 
Length of filter (N) 


Registers used as input: ARO, ARI, RC, BE 
Registers modified: RO, R2, ARO, ARI, RC 
Register containing result: RO 


Frogram size: 6 words 


Execution cycles: if + <(N-1) 
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= 


«global FIR 

5 initialize Ro: 

FIR MPYFS #ARO++ (1)  HARL+4+°1)2%,R0 H(N-1) # x (n-(N—1)) -> RO 
LDF 0.90,R2 initialize R2. 


filter ( 1 ¢= i < N) 
RE TS RC : setup the repeat single. 


MFEYF 3 #AROQ++ (1), #ARL++(1)2,R0 s h(N-1-i) # x (n-(N-1L<i)) -> RO 
ADDF S RO,R2,R2 : multiply and add operation 


‘as =e 


ADDF RO,R2,RO add last product 


return sequence 


we We cas 


RETS return 


ae we we 


Figure 7. FIR filter implementation on the 320C30. 
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Typical Calling Sequence: 


load R2 
load ARO 
load AR 1 
laad IRO 
load IR1 
load Bk. 
load RC 
CALL IIR2 


Data Memory Organization: 


ee Ot wes Ot ae WR wen St Ww? eg WE ee OP we HE wen OE gg ee ne 


Initial delay 
node values 


Final delay 
node values 


le eatenlee te eteteetead t+ tenn et 
d(O,n) H i d(O,n-1) tare ta 
ee ee a ae ae me Ft em rn ret H 
d(O,n-1) ‘ i 4 6dt(O,n-2) i circular 
queue 
cslenteateatenieatentaatenteataaten to tent H 
d(O,n~-2) : H d(O,n) pat 
ete eee teataal + 0 tee 
Empty : i Empty ' 
ene t+ tee et 
moe eee + to et 
d(N-1,n) H § G(N-i,yn-1) i----+ 
ol oeaeeeetneleeteatenteniestectent SSI, doctectartacietestentententadtemietey t 
d(N-t,n-1) 3 i G(N-t,n-2) {| circular 
queue 
alate taateaeteentanteaiaen + 0 toe H 
G({N-l,ym-2) | i d(N-1,n) Lat 
ee oo + 
Empty i H Empty H 
ea 4 0 teen et 


The physical address for the start of each circular queue of delay node 
values must be om a boundary with the LSHs set to zero according to the 


Filter 
coefficients 
Low eee St ete + Newest 
address } a2(0) i delay 
+-- + 
{ b2(9) ' 
3 $ofSer SSeS + oldest 
5 ‘ ai (QO) i delay 
; SC otedenineetaiaetaenneienten + 
4 i bid) : 
; ten + 
; : bO (QO) i 
5 tama + 
5 
i 
5 
3 too + 
H it aZ(N-t) i 
H aS ese ee ice + 
: H 2(N~-1) i 
5 4 + 
3 i al (N-1) : 
: S ectantaniaeteieatenentmneataen + 
H i bi (N-1) H 
3 High eae ran + 
5 address {i bO(N-1) H 
: fone ee + 
8 
3 
s 
3 


length of the buffer. The BE (block size) register must contain the 


Figure 8. implementation of N biquads on the 320C30. 


Two features of the 320C30 facilitate the implementa- 
tion of the FIR filters: parallel multiply/add operations and 
circular addressing. The first feature permits a multiplica- 
tion and an addition to execute in one machine cycle, while 
the second makes a finite buffer of length N sufficient for 
the data x[n]. Figure 7 shows the arrangement of the data 
and the assembly code for an FIR filter. Note that the filter 
takes one cycle of execution per tap. 

The transfer function of the IIR filters contains both 
poles and zeros, and its output depends on both the input 
and the past output. As a rule, these filters need less 
computation than a FIR filter of similar frequency re- 
sponse, but they have the drawback of being sensitive to 
coefficient quantization. Most often, the IIR filters are 
implemented as a cascade of second-order sections, called 
biquads. Toimplement an IIR filter consisting of N biquads, 
let al [i], a2[{i] be the numerator coefficients of the ith bi- 
quad and bO[i], b1 [i], b2[i] the denominator coefficients of 


the same biquad. Also, let x[n] be the input and y[n] be the 
output of the IIR filter. In canonic form, the following C 
code implements the N biquads: 

y[0,n] = x{n]; 

for (i=0; 1<N; 1++){ 

d{i,n} = a2{i]*d[i,n—2] + al [1]*d[i,n—1] + y[i-1,n]; 

y[i,n) = b2[i]*d[i,n—2] + b1 [i]*d[i,n—1] + 

bO[i]*d[i,n]; 


} 

y[n] = y[N~1,n]; 

Figure 8 shows the memory arrangement and the code 
for this implementation on the 320C30. 

In addition to the fixed-coefficient filters, the 320C30 
can also implement very effectively adaptive filters (with 
three cycles per updated tap). 

Fourier transforms are another important tool often used 
in DSP systems. The purpose of the transform is to convert 
information from the time domain to the frequency do- 
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(Continued on page 26) 


value 3. The result y(n) is. placed in RO. At the end of the program, 
ARL points to the new d(O,n-2) so that it is set when the new sample 
comes in. 


os: > se WS “ee 


Brgunent fssiqnments: 


argument Functian 


i ‘ 
c | SSS SE ee ee em re sate te me cette ete caer ne tte cee Set tat pene tt ne 
: 2 ' Input sample x (n) 
3 ARQ i Address af filter coefficients (a2(0)) 
: AR 1 | Address of delay node values (d(O,n~2)) 
BE. 1 Beo= F 
TRO i IRQ = 4 
[Ri i IRi.= 4#n-4 
RC t Number of biquads (N) - 2 


Registers used as input: R2, ARO, ARL, IRO, IR1, BK, RC 
Registers modifieds RO, Ri, R2, ARO, ARI, RC 
Register containing result: RO 


Frogram size: 17 words 


Execution cycles: 23 + 6N 


‘er ‘48 -on Oe wes HO cas 28 OR ae wt oe a8 


. .global IIR2 

; 

LIR2 MFYFR  ¥*ARO, *ARI, RO 3; a2(O) * d(O,n-2) -> RO 
MEYFZ  -#+#4+ARO(1), #ARL--(1)%, RI: b2(O) * d(O,n-2) -> RI 

: 
MPYFS  #++ARO(1), #ARL, RO 5; al(O) * d(O,n-1) -3 RO 

i ADDF3 RO, R2, R2 ; first sum term of d(O,n). 


MP YFS H#+4ARO(1), *ARIL-~(1)92%, RO 3 b1(O) * d(O,n-1) ~> RO 
i ADDF S RO, R2, R2 3; second sum term of d(Q,n). 


MPYF3S  *++ARO(1), R2, RZ ~bOlO) *# d(O,yn) -> R2 


we we 


it STF R2, *ARI-~(1)0% store d(O,n)3 point to 
H d(O,n-2). 
5 
5 
RF TB LOOF ; loop for 1 <= i < N 
; 
MEYFS #+4ARO(1), *++ARIT CIRO), RO 3 ablid) * dli,n-2) ->» RO 
tt ADDF S RO,R2,R2 s first sum term af yCi-1,n) 
MF YF #++ARO( 1), #ARIL--(197%, Rl 3 b2(i) * dli,n-2) -> Rl 
7 ADDF Ri,R2,R2 3; Second sum term of yli-1i,n) 
OMPYFSR  #++ARO(1), *ARL, RO s alli) * dli,m-1) -> RO 
i ADDF 3 RO, R2, Ra 3; first sum term of di,n). 
: MFYFS H+t4ORO(1), #ARL--(1)2%, RO 3; bIiCid® * dliyn-1) -— > RO 
V4 ADDF S RQ, R2, R2 j; second sum term of dli,n). 
; 
STF R22, *ARL--(10% 3; store d(i,n)3; point to 
: d(i,n-2). 
LOOF MFYFS #++ORO(1), Re, RE gs bOCi) * dli,n) -> R2 


’ 
$s final summation 
$ 


first sum term of y(N-1,n) 
second sum term of y(N-1L,n) 


ADDF RO,RE 
ADDF> Rt, R2,R0 


as ee 


NOF' *#AR1--CIR1) 
NOF: #ARL-- C102 


return to first biquad 
point to d(O,n-1) 


we es 


i 
a return sequence 
; 


RETS return 


=. 


Figure 8 (cont’d.) 
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main. Computationally efficient implementation of Fourier 
transforms are known as the fast Fourier transform 
(FFT).*> Table 3 shows the timing for different FFTs on 
the 320C30. The code for these FFTs, as well as the 
routines listed in Table 4, appear in the 7MS320C30 User’ s 
Guide.® 

The 320C30 has many features that make it well suited 
for FFTs, such as the high speed of the device, the floating- 
point capability, the block-repeat construct, and the bit- 
reversed addressing mode. For instance, the FFT shown in 
Figure 9 on the next page can be implemented 1n code that 
can be entirely contained in the 64-word cache of the 
320C30.’ 


Telecommunications and speech. Telecommunica- 
tions and speech applications have many requirements in 
common with other DSP applications, but they also have 
some special needs. For instance, telecommunications 
applications interfacing to Tl carriers sometimes need to 
convert between a linear signal and one compressed by t- 
law or A-law formats. Such a conversion can be realized 
with hardware by adding a peripheral to the DSP peripheral 
bus. This is the approach taken in some members of the 
TMS320 first generation of devices. An alternative way is 
to do the same function with software. 

In speech applications, digital filters are often imple- 
mented in lattice form. Depending on the application, both 
FIR and IIR filters are realized this way, although some- 
times the terminology lattice filter and inverse lattice filter 
is used respectively. 


- Graphics and image processing. In graphics and im- 
age processing applications DSPs perform operations on 
two-dimensional signals, and matrix arithmetic takes on 
particular significance. In the 320C30 matrix arithmetic 
can be decomposed into a series of dot products, which can 
be very effectively implemented using constructs similar 
to the FIR filter implementation discussed earlier. Addi- 
tionally, the large memory space of the 320C30 allows 
processing of large segments of data at a time. 


Benchmarks. We have implemented several general- 
purpose and applications-oriented routines for the 320C30 
and include these in the User’s Guide.® Table 4 lists some 
of these routines with the necessary cycles and the memory 
requirements for the program. 


in the utility of digital signal processors. This 

growth has been fueled, at least in part, by the 
ever-increasing level of performance and ease of use of 
general-purpose DSPs. The TMS320C30 represents the 
newest generation of DSPs. But, the end of this trend is not 
yet in sight. Rather, we expect the trend of higher levels of 
performance and greater ease of use to continue. For DSPs, 
the next five years look bright indeed. 


T he last five years have seen a tremendous growth 


Table 3. 
Timing of an FFT on the 320C30. 


Number of Radix-2 Radix-4 Radix-2 
points (complex) (complex) (real) 


FFT timing (ms) 
64 0.167 
128 0.367 
256 0.801 
512 1.740 
1,024 3.750 


Code size 
(Words) 55 176 


The code size does not include the sine/ 
cosine tables. The timing does not include bit 
reversal or data I/O. 


Table 4. 
Program memory and timing 


requirements for 320C30 routines. 


Cycles 
(best case/ 
Application worst case) 


Inverse of a floating-point 
number 

Integer division 

Double-precision integer 
multiplication 

Square root 

Dot product of two vectors 

Matrix times vector 
operation 

FIR filter 

IIR filter (one biquad) 

IIR filter (N> 1 biquads) 

LMS adaptive filter 

LPC lattice filter 

Inverse LPC lattice filter 

p-law compression 

p-law expansion 

A-law compression 


A-law expansion 


= length of appropriate vector 
length of lattice filter 
number of rows of a matrix 
C = number of columns of a matrix 
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GENERIC PROGRAM TO DO A LOOPED-CODE RADIX-2 FFT COMPUTATION IN S20C30. 


THE FROGRAM IS ADAPTED FROM THE FORTRAN FROGRAM IN FAGE 111 OF 
REFERENCE (53 


AUTHOR: PANOS 


E. FAPAMICHALIS 


TEXAS INSTRUMENTS 


JULY 16, 1987 


»GLOBL N 3 FFT SIZE 
~-GLOBL ™M s; LOG2(N) 
-GLOBL SINE s; ADDRESS OF SINE TABLE 
.BSS INP ,1024 $ MEMORY WITH INPUT/OUTPUT DATA 
» TEXT 
; INITIALIZE 
. WORD FFT 3 STARTING LOCATION OF THE PROGRAM 
» SPACE 100 ; RESERVE 100 WORDS FOR VECTORS, ETC. 
FFTSIZ . WORD N 
LOGFF T «WORD ™ 
SINTAB . WORD SINE 
INFUT . WORD INF 
FFTs LDF FFTSIZ : COMMAND TO LOAD DATA FAGE FOINTER 
LDI GFFTSIZ,IR1 
LSH ~2,1R1 : IRiI=N/4, FOINTER FOR SIN/COS TABLE 
LDI 0,ARS 3; ARS HOLDS THE CURRENT STAGE NUMBER 
LDI- @FFTSIZ,IRO 
_LSH 1,7TR0 3 ITRO=2*Ni (RECAUSE OF REAL/ IMAG) 
LDI G@FFTSIZ,R7 3; R7=N2 
LDI 1,AR7 s INITIALIZE REFEAT COUNTER OF FIRST LOOF 
LDI 1,ARS : INITIALIZE IE INDEX (ARS=IE) 
7 OUTER LOOF 
LOOF's NOF KttAkRe C1) s CURRENT FFT STAGE 
LDI @INFUT {ARE ; ARO POINTS TO XI) 
ADDI R7 ,AFIO, ARK. ; ARS POINTS TO KéL) 
LDI AR? SRC 
SUBI 1.RC s; RC SHOULD BE ONE LESS THAN DESIRED &# 
3; BUTTERFLY WITHOUT TWIDDLE FACTORS 
RE TE BLE I 
ADDF #ARO,# ARS, RO s RO=X¢I)+Xib) 
SUBF KARZ++, HARO++,R1 3; Rl=xX(1)-X«L) 
ADDF *#AR2, *ARO,R2 s RS=YCID+Y(L) 
SUBF #ARZ,#ARO,RS s R3=YCI)-YC(L) 
STF R2, #ARO-- : YCID=R2 AND... 
Ha STF R23, *ARZ-- s YCL)=RS 
BLE STF RG, *ARO++ CIRO) 3; X(IT)=RO AND... 
my STF Ri, #ARZ++ (IFO) : X(L)=R1 AND ARO,2 = ARO,2 + DeNI 
: IF THIS IS THE LAST STAGE, YOU ARE DONE 
CMF I @LOGFFT ,ARS 
BZD END 
: MAIN INNER LOOP 
LOI 2,ARI s INIT LOOF COUNTER FOR INNER LOGE: 
LDY @SINTABR,AR4 : INITIALIZE IA INDEX (AR4=IA) 
INLOFs: ADDL ARS ,AR4 : IA=IA+IE; AR4 FOINTS TO COSINE 
LDI AR1,ARO 
ADDI 2,AR1 : INCREMENT INNER LOOF COUNTER 
ADDI @INFUT , ARO s (XI) ,Y¢I)) FOINTER 
ADDI R7,ARO,ARZ 3; (X(L),Y(L)) POINTER 
LDI AR7,RC 
SUEI 1,RC s; RC SHOULD RE ONE LESS THAN DESIRED # 
LDF #AR4 RS 3 RO=SIN 


3 GENERAL BUTTERFLY 
RFTE BLIK2 


SUBF *ARZ, *ARO,R2 3 R2=X(1)-xX (L) 

SUBF #+AR2Z, ¥+ ARO, RL 3 RilseYCI)-Y¥(L) 

MPYF R2,R6,RO s RO=R2*SIN AND... 
ht ADDF #+AR2Z, #+ ARO, RS 3 RS=Y(I)+Y(L) 

MF YF Ri, #+AR4 (IR1) ,R3 3 R3=Ri*COS AND... 


Figure 9. Example of a radix-2, decimation-in-frequency FFT. 


48 p 4 The TMS320C30 Floating-Point Digital Signal Processor 


we we 38 we VO «as WO we 


we 


. 
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YCT SY CLI) +¥¢L) 
R4=R1#*COS-R2*SIN 

RO=R1i#SIN AND... 

R3S=X (1) 4X (L) 

R3=R2*COS AND... 

X(T) =X (12+X(L) AND ARO=ARO+2*N1 
RS=Kh2*COS+R1#SIN 
X(LIBR2eCOS+RI*#SIN, INCR ARZ 


Y (L) =R1#*#COS-R2"SIN 


LOOP BACK TO THE INNER LOOF 


3 INCREMENT LOOF COUNTER FOR NEXT TIME 


. J 
’ 
3 
. 
a 


IE=2*1E 
Ni=N2 


3 N2=N2/2 


NEXT FFT STAGE 


ii STF R3,#+ARO 
SUBF RO,R3,R4 
MEYF R1,R&,RO 
ri ADDF #AR2, #ARO,R3 
MP YF R2,#+AR4 (IR1) RS 
bt STF R3, #ARO++4 (IRO) 
ADDF RO,R3,RS 
BLK2 STF RS, #AR2++ (IRO) 
AND. 
it STF R4,#+ARZ 
CMF I R7,ARL 
ENE INLOF 
LSH 1,AR7 
LSH 1, ARS 
LDI R7,1RO 
LSH -1,R7 
BR Loar 
END NOF 
END 
Figure 9 (cont'd.) 
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An Implementation of FFT, DCT, and Other Transforms on the TMS320C30 


This report describes the implementation of several Fast Fourier Transforms (FFTs) 
and related algorithms on the TMS320C30. The TMS320C30 is the first device in the 
third generation of 32-bit floating-point Digital Signal Processors (DSPs) in the Texas 
Instruments TMS320 family. The algorithms considered here are the complex radix-2 FFT, 
the complex radix-4 FFT, the real-valued radix-2 FFT (both forward and inverse 
transforms), the Discrete Hartley Transform (DHT), and the Discrete Cosine Transform 
(DCT). These transforms have many applications, such as in image processing, sonar, 
and radar. 


The introduction briefly describes transforms and their implementation on the 
TMS320 family of processors. Next, the different kinds of FFTs (including the real FFT), 
the closely-related Hartley transform, and the Cosine transform are described and com- 
pared. This is followed by a description of the TMS320C30 features that permit efficient 
implementations of these algorithms. Then, specific implementations, transforms, and 
TMS320C30 C Compiler facts are outlined. Finally, the report discusses some implemen- 
tation issues, and the appendices list actual TMS320C30 code for performing transforms. 


The powerful architecture and instruction set of the TMS320C30 permit flexible 
and compact coding of the algorithms in assembly language while preserving close cor- 
respondence to a high-level language implementation. The efficiency of the architecture 
and the speed of the device make faster realization of real and complex transforms possi- 
ble. With the availability of a C compiler, these routines can be put in C-callable form 
and used as faster versions of FFT C functions. 


Introduction 


The Fast Fourier Transform (FFT) is an important tool used in Digital Signal Pro- 
cessing (DSP) applications. Its development by Cooley and Tuckey gave impetus to the 
establishment of DSP as an independent discipline. The well-structured form of the FFT 
has also made it one of the benchmarks in assessing the performance of number-crunching 
devices and systems. 


In recent years, because of the popularity of this signal-processing tool, there have 
been efforts to improve its performance by advances both at the algorithmic level and 
in hardware implementation. Researchers have been developing efficient algorithms to 
increase the execution speed of FFTs while keeping requirements for memory size low. 
On the other hand, developers of VLSI systems are including features in their designs 
that improve system performance for applications requiring FFTs. In particular, single- 
chip programmable DSP devices, currently available or under development, can realize 
FFTs with speeds that allow the implementation of very complex systems in realtime. 
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The Texas Instruments TMS320 family consists of five generations of programmable 
digital signal processors. The TMS32010 introduced the first generation, which today en- 
compasses more than twelve devices with various speeds, interfacing capabilities, and 
price/performance combinations. FFT implementations on the TMS32010 can be found 
in the appendix of the book by Burrus and Parks [1]. 


The second-generation TMS320 devices (the TMS32020, the TMS320C25, and their 
spinoffs) enhanced the architecture and speed capabilities of the first generation. Examples 
of FFT programs implemented on the TMS32020 can be found in an application report 
in the book Digital Signal Processing Applications with the TMS320 Family [2]. Such pro- 
grams are easily extended to the TMS320C25 because of the code compatibility between 
devices. 


The architectural and speed improvements on the processors from one generation 
to the next have made the FFT computation faster and the programming easier. These 
advantages have reached a new high level in the third generation. The TMS320C30 is 
the first device in the third generation, and this report examines implementation of the 
FFT algorithms on it. The fourth generation (TMS320C4x) is a new set of floating-point 
devices, while the fifth generation (TMS320C5x) is a continuation of the fixed-point devices. 
Since software compatibility is maintained within the fixed-point and the floating-point 
devices, the existing FFT implementations will also be applicable to these new generations. 


The Fourier Transform of an analog signal x(t), given as 


CO 

X(w) = x(t) e—jvtdt (1) 
determines the frequency content of the signal x(t). In other words, for every frequency, 
the Fourier transform X(w) determines the contribution of a sinusoid of that frequency 
in the composition of the signal x(t). For computations on a digital computer, the signal 
x(t) is sampled at discrete-time instants. If the input signal is digitized, a sequence of numbers 
x(n) is available instead of the continuous-time signal x(t). Then, the Fourier transform 
takes the form 


X(eiv) = = Ls x(n) em inn | | - (2) 


n=— 0 
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The resulting transform X(e“) is a periodic function of w, and it needs to 
be computed for only one period. The actual computation of the Fourier transform of a 
stream of data presents difficulties because X(e/“) is a continuous function in w. Since 
the transform must be computed at discrete points, the properties of the Fourier transform 
led to the definition of the Discrete Fourier Transform (DFT), given by 


N= __ j2akn 
Xk)= L xnbe N (3) 
n=0 
When x(n) consists of N points x(0), x(1), . . ., x(N-1), the frequency-domain 
representation is given by the set of N points X(k), k=0,1, . . .,N-1. Equation (3) is often 


written in the form 


N-1 | 
x= Lo xnwr (4) 
n=0 


ko, | . 
where W nN =e—j 2mnk/N, The factor Wy is sometimes referred to as the twiddle factor. 


A detailed description of the DFT can be found in references [1,3,4]. The computational 
requirements of the DFT increase rapidly with increasing block size N, having an impact 
on the real-time system performance. This problem was alleviated with the development 
of special fast algorithms, collectively known as Fast Fourier Transform (FFT). With an 
FFT, the computational burden increases much less rapidly with N, and for any given 
N, the FFT computational load, measured in terms of required multiplications and addi- 
tions, is smaller than a brute-force computation of the DFT. 


The definition of the FFT is identical to the DFT: only the method of computation 
differs. To achieve the efficiency of an FFT, it is important that N be a highly composite 
number. Typically, the length N of the FFT is a power of 2: N = 2M, and the whole 
algorithm breaks down into a repeated application of an elementary transform known as 
a butterfly. If N is not a power of 2, the sequence x(n) is appended with enough zeroes 
to make the total length a power of 2. Again, references [1,3,4] contain a detailed develop- 
ment of the FFT. Reference [2] also discusses the same topic. 
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Different Forms of the FFT 


Over the years, researchers have developed different forms of FFT for more effi- 
cient computation. Special cases, such as those in which the input is a sequence of real 
- numbers, have been investigated, and even more sophisticated algorithms have been 
developed. The general form of the FFT butterfly is given in Figure 1. 


P k 
(+)——> P+Q Ww 
Q k 
7 O—+ rows 

Ww = 


Figure 1. Radix-2 Butterfly for Decimation in Time 


If the inputs to the butterfly are the two complex numbers P and Q, the outputs will 
be the complex numbers P’ and Q’, such that 


P’=P+QW. | (5) 


and 


~ 
T 


P-QWy (6) 


The quantities P, Q, and P’, Q’ represent different points in the array being trans- 
formed, and they may or may not occupy adjacent locations in that ary, In an in-place 
computation, the result P’ will overwrite P, and Q’ will overwrite Q. we represents again 


the twiddle factor, and its exponent is determined by the location of the corresponding 
butterfly in the FFT algorithm. 


Figure 2 shows an alternate form of the same FFT butterfly. 


k 

P P+Q Wy 
k 

qa / Wh P-Q Wy 


Figure 2. Alternate Form of Radix-2 Butterfly for Decimation in Time. 
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Although the notation is now less descriptive, it creates a clearer picture when several 
butterflies are put together to form an FFT. Using the first notation, Figure 3 is the 
flowgraph of an 8-point FFT example. 

See 
NN wt —— — 
ONT ee 
ee 
x(3) O Q BS as @ O O @ a O X(6) 
4 © O © © © >—O 4 1 
a ate OO SOF m 
(5) © A AO ee et eS ee x(5) 
WL / SOS > ; 
x(6) © N. 5 ea Ton ; Po X(3) 
w/w NS 
N a 


x(7) © . X(7) 


Figure 3. Example of 8-Point FFT with Decimation in Time. 


Note that the input sequence x(n) is in the correct order, while the output X(k) is 
scrambled. Actually, this scrambling occurs in a very systematic way, called bit-reversed 
order: If you express the indices of a scrambled sequence in binary and you reverse this 
number, the result is the order that this particular point occupies. For instance, X(3) oc- 
cupies the sixth position in the output (when counting from the zero position). In binary 
form, 319 = O11», and if bit-reversed, you get 1102 = 6,9, which is the position that 
X(3) occupies. It turns out that the third position is occupied by X(6), and to restore the 
correct order at the output, you need only to swap these two numbers. 


An Implementation of FFT, DCT, and Other Transforms on the TMS320C30 


59 


The same procedure can be repeated with all the scrambled numbers not occupying 
the position that their index suggests. If the input sequence x(n) is rearranged to appear 
in bit-reversed form, the output X(k) appears in the correct order, as shown in Figure 4. 


x(0) © 0 Sg? — 0 ° :° Q 2 X(0) 
x(4) © “ cas” a > X(1) 


SNE 
/\AN 


x(6) O © 


Se aR 
x(5) © WW. << t WES Irs X(5) 


gy ae ONL Wy i 
x(7) ° ° EE, 0 e e O X(7) 


—{ | —1 


Figure 4. Alternate Form of 8-Point FFT with Decimation in Time. The Input Is in 
Bit-Reversed Order and the Output Is in the Correct Order. 


Since the only difference between Figures 3 and 4 is a rearrangement of the but- 
terflies, the computational load and the final results are identical. In terms of implementa- 
tion, this rearrangement means that the nesting of the two innermost loops in the FFT 
routine is interchanged. 


The butterflies and the FFT configurations presented thus far implement the FFT 
with a decimation in time. This terminology essentially describes a way of grouping the 
terms of the DFT definition; see Equation (3). An alternative way of grouping the DFT 
terms together is called decimation in frequency. Figures 5 and 6 show the same example 
of an 8-point FFT: Figure 5 with the input in correct order and the output in bit-reversed 
order, and Figure 6 vice-versa, and using the decimation in frequency (DIF). 
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Figure 5. Example of an 8-Point FFT with Decimation in Frequency. 
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Figure 6. Alternate Form of 8-Point FFT with Decimation in Frequency. The Input 
Is in Bit-Reversed Order and the Output Is in the Correct Order 
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Pictorially, the difference between decimation in time and decimation in frequency 
is that the twiddle factor appears at the input of the butterfly in the first, and at the output 
in the second. Otherwise, the two methods are identical in terms of results. However, 
depending on what is the most convenient order of getting the twiddle factors and where 
the longest-span butterfly appears, you may prefer one method over the other. 


The butterfly shown in Figure 1 (or Figure 2) is the smallest element in a radix-2 
FFT. The radix of the FFT represents the number of inputs that are combined in a butter- 
fly. The Fast Fourier Transform is usually explained around the radix-2 algorithm for 
conceptual simplicity. If, however, higher-order radices are used, more computational 
savings can be achieved. These savings increase with the radix, but there is very little 
improvement above radix 4. That’s why the radix-2 and radix-4 FFTs are the most com- 
monly used algorithms. 


In radix-4 FFT, each butterfly has 4 inputs and 4 outputs, essentially combining 
two stages of a radix-2 algorithm in one. Figure 7 shows this combination graphically. 


A Al A’ 
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Figure 7. Butterfly for Radix-4, Decimation-in-Time FFT. 
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Although four radix-2 butterflies are combined into one radix-4 butterfly, the com- 
putational load of the latter is less than four times the load of a radix-2 butterfly. Ex- 
amples of radix-4, 16-point FFTs are shown in Figures 8 and 9 for decimation in time 
and decimation in frequency, respectively. 
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Figure 8. Example of a 16-Point, Radix-4, Decimation-in-Time FFT. 
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Figure 9. Example of a 16-Point, Radix-4, Decimation-in-Frequency FFT. 


These configurations take the incoming sequence in order and produce the frequency- 
domain result in digit-reversed form. It is a simple matter to rearrange the FFT and have 
the input in digit-reversed form and the output in order. 


Digit reversal is similar to bit reversal, except that the number whose digits are re- 
versed is written in base 4 (equal to the radix) rather than base 2. For example, the output 
value X(14) in a 16-point, radix-4 FFT occupies position eleven (again starting from zero) 
because 14;9 = 32,4 and, reversing the digits of the number, 234 = 11,9. To restore the 
output to the correct order, the contents of locations with digit-reversed indices should 
be swapped. However, since the TMS320C30 has a special bit-reversed addressing mode, 
it is desirable to have the output of the radix-4 computation in bit-reversed rather than 
digit-reversed form. This is accomplished quite simply if, in each radix-4 butterfly, the 
two middle output legs are interchanged. That is, whenever the output of the butterfly 
is the four numbers A’, B’, C’, and D’, instead of storing them in that order, store them 
in the order A’, C’, B’, and D’, as shown in Figure 10. 
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Figure 10. Radix-4 Butterflies. (a) Regularly-Ordered Output, (b) Bit-Reversed 
Output. 


References [5, 6] explain why this simple rearrangement puts the result in bit-reversed 
order. 


Features of the TMS320C30 


The TMS320C30 is the first device introduced in the third generation of the TMS320 
Digital Signal Processors [7,8]. It has many architectural features that permit very effi- 
cient implementation of algorithms. Some of those features pertinent to the FFT implemen- 
tation are discussed in this section. 


The two most salient characteristics of the TMS320C30 device are its high speed 
(60-ns cycle time) and floating-point arithmetic. The higher speed makes the implementa- 
tion of real-time application easier than in earlier processors, even when the other architec- 
tural advantages are not considered. Each instruction executes in a single cycle under mild 
pipeline restrictions. The device automatically takes care of any potential conflicts. The 
pipeline should be observed closely (e.g., using the trace capability of the simulator) only 
if code optimization for speed is required. 


The floating-point capability permits the handling of numbers of high dynamic range 
without concern for overflows. In FFT programs, in particular, the computed values tend 
to increase from one stage to the next, as discussed in reference [2]. Then, the fixed-point 
arithmetic will cause overflows if the incoming numbers are large enough and no provi- 
sions are made for scaling. All these considerations are eliminated with the floating-point 
capability of the TMS320C30. The TMS320C30 performs floating-point arithmetic with 
the same speed as any fixed point operation; no performance is sacrificed for this feature. 
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There are eight extended-precision registers, RO—R7, that can be used as ac- 
cumulators or general-purpose registers, and eight auxiliary registers, ARO—AR7, for 
addressing and integer arithmetic. For many applications, these registers are sufficient 
for temporary storage of values, and there is no need to use memory locations. This is 
the case with the radix-2 FFT algorithm, where no locations are required other than those 
for the transformation of incoming data to be transformed. Also, arithmetic using these 
registers greatly increases the programming efficiency. The two index registers, IRO and 
IR1, are used for indexing the contents of the auxiliary registers ARO—AR7, thus making 
the access of the butterfly legs and the twiddle factors easy. 


A powerful structure in the TMS320C30 is the block-repeat capability that has the 
form 7 


RPTB LABEL 
put instructions here 
LABEL last instruction 


Whatever occurs after the RPTB instruction and up to the LABEL is repeated one 
time more than the number included in the repeat counter register, RC. The RC register 
must be initialized before entering the block-repeat construct. The net effect is that the 
repeated code behaves as if it were straight-line coded (no penalty for looping), with pro- 
gram size equal to the one in looped code. In this way, the FFT butterfly, being the core 
of the program, can be implemented in a block-repeat form, thereby saving execution time 
while preserving the clarity of the program and conserving program space. 


A bit-reversed addressing mode is available to eliminate the need for swapping 
memory locations at the beginning or the end of the FFT (depending on the FFT type). 
When you use this addressing mode, you access a sequence of data points in bit-reversed 
order rather than sequentially, and you can recover the points in the correct order during 
retrieval of the data instead of spending extra cycles to accomplish it in software. 


Implementation of Radix-2 and Radix-4 Complex FFTs 


Because of the powerful architecture and the instruction set of the TMS320C30, 
the assembly language program follows closely the flow of a high-level language pro- 
gram; this makes it easy to read and debug. It also keeps the size of the program small 
and reduces the requirements for program memory. Appendix A presents an example of 
code for a Radix-2 complex FFT, while Appendix B is a radix-4 complex FFT. The pro- 
gram memory requirements for these programs (as well as others to be discussed later) 
are given in Table 1. 
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Table 1. Program Memory Requirements for the Core of the FFT and Hartley 
Transforms 


Routine Type 


Radix-2, complex FFT 50 words 
Radix-4, complex FFT 170 words 
Radix-2, real FFT 68 words 
Radix-2, real inverse FFT 76 words 


Hartley transform 71 words 


The numbers in the table correspond only to the core program and do not include 
the sine/cosine tables for the twiddle factors, any input/output, or any bit-reversing opera- 
tions. Note also that they are independent of the FFT data size. 


The data memory requirements are, of course, dependent on the FFT size. The max- 
imum length of a complex, radix-2 FFT that can be implemented entirely on the internal 
memory of the TMS320C30 is 1024 points. In the present implementation, the 1024-point 
radix-4 FFT requires a few more locations (about 7) than are available on-chip. 


The code (provided in the appendices) has been written to be independent of the 
FFT length. The length N, together with the sine/cosine tables for the twiddle factors, 
should be provided separately to maintain the generic nature of the core FFT program. 
An example of a file with the sine/cosine tables for a 64-point FFT is given in the Appen- 
dix F. Note that the FFT size and the number of stages are declared .global in both files 
(i.e., the main routine and the file with the table) so that the core program gets the actual 
values during linking. 


To reduce the storage requirements of a sine/cosine table, a full sine and a cosine 
cycle are overlapped. The table stores 5/4 of a full sine wave, with the cosine table start- 
ing with a phase delay of 1/4 cycle from the sine table. This table size is larger than ac- 
tually needed, and it is selected merely for testing convenience of the algorithms. The 
minimum table size for a radix-2 complex FFT includes 1/2 of a full sine wave, and 1/2 
of a full cosine wave. If these two half waves are combined using the above quarter-cycle 
phase delay, the minimum table size for this kind of FFT is 3/4 of a full sine wave. For 
instance, for a 1024-point FFT, the table can be the first 768 points of a sine wave, where 
a full cycle would be 1024 points. In the case of a radix-4 complex FFT, the minimum 
table size should include 3/4 of a sine and 3/4 of a cosine wave. Overlapping these re- 
quirements, we get the minimum table size of a radix-4 algorithm to be one full sine wave. 


An example of a linking file is also included in Appendix F to show how the dif- 
ferent segments are assigned. For a complete description of the assembler and linker, consult 
the corresponding manual [6]. 
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The timing of the FFT routines was done using the cycle-counting capability of the 
TMS320C30 simulator. For the conversion of the number of cycles into seconds, a cycle 
time of 60 ns was used. The timing refers only to the core FFT computation, ignoring 
read-in and write-out requirements, since such requirements are application-dependent. 
Also, no bit reversal is counted (although it may be included in the program), since it © 
is performed as part of the read-in or read-out. Table 2 gives the timing for the different 
FFT routines and for the Hartley transform. 


Table 2. FFT Timing in Milliseconds 


Radix-2 Radix-4 Radix-2 Radix-2 
Transform Hartley 
: Comp!ex Complex Real Real 
Size Transform 
FFT FFT FFT Inverse FFT 


0.085 
0.193 
0.434 
0.964 
2.124 


For the complex FFTs, the radix-4 algorithm reduces the execution time by 20-25 % 
compared to radix-2, depending on the FFT size. The last entry in this table represents 
the timing of the radix-2, DIT routine generated at the University of Erlangen [18] and 
given in Appendix A. These numbers are typically used for benchmarking. 


Implementation of Real FFT 


The development of FFT algorithms is centered mostly around the assumption that 
the input sequence consists of complex numbers (as does the output). This assumption 
guarantees the generality of the algorithm. However, in a large number of actual applica- 
tions, the input is a sequence of real numbers. If this condition is taken into consideration, 
additional computational savings can be achieved because the FFT of a real sequence 
demonstrates the following symmetries: Assuming that the FFT output X(k) is complex, 


X(k) = R(k) + Jj I(k) (7) 


and that the sequence has length N, R(k) and I(k) should satisfy the following relations: 


Rk) = R(N-k), k =1,..., N/2-1 | (8) 
Ik) = -I(N-K), k= 1,..., N/2-1 (9) 
10) = I(N/2) = 0. a (10) 
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In other words, the real part of the transform is symmetric around zero frequency, 
while the imaginary part is antisymmetric. Similar conditions hold if the transform is ex- 
pressed in terms of magnitude and phase. 


The savings are due to the fact that not all points need to be computed. Since the 
not-computed points do not need to be saved either, there are also storage savings. An 
efficient algorithm for real-valued FFTs is described in [10]. This algorithm was im- 
plemented in the present study in such a way that, given the sequence of N real numbers 
x(0), x(1), . . .,x(N-1), the resulting FFT, consisting of complex numbers, is stored as 
RO), RG), . . .,.R(N/2), I(N/2-1), I(N/2-2), . . .,J(1). R(k) and I(k) represent the real and 
imaginary parts of the complex number X(k). Figure 11 shows the memory arrangement 
for the FFT. Note that the input to the real FFT should be bit-reversed, but the bit rever- 
sal can be done as the data is brought in. With this arrangement, an N-point FFT uses 
exactly N memory locations. If the full array X(k) is needed, the following relations should 
be used: 


X(0) = R(0) (11) 
X(k) = R(k) + j Ik), K = 1,..., N/2-1 (12) 
X(N/2) = R(N/2) (13) 


X(k) = R(N-k) — j I(N—k), k = N/2+1,..., N-1 (14) 


Figure 11. Memory Arrangement of a Real FFT. 


It is expected that, in most signal processing applications, there will be no need to 
reconstruct the full X(k) array and that the output shown in Figure 11 will be sufficient 
for any further processing. 
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Appendix C contains TMS320C30 routines implementing a radix-2 real FFT and 
its inverse. The implementation of the forward transformation is based on the FORTRAN 
programs contained in [10]. The inverse transformation assumes that the input data are 
given in the order presented at the output of the forward transformation and produces a 
time signal in the proper order (i.e., bit-reversing takes place at the end of the program). 
Viewed another way, the inverse real FFT operates as shown in Figure 11 but with the 
arrows reversed (and inverse FFT taking the place of the FFT). 


The timing for the real-valued FFT (both forward and inverse) is included in Table 
2, and the corresponding program sizes are shown in Table 1. As you can see, the real- 
valued FFT is considerably faster than the corresponding complex FFT because not all 
the computations need be performed. Furthermore, there are data storage savings because 
only half the values must be stored. As a result, the maximum length of real-valued FFT 
that can be implemented on the TMS320C30 without using any external memory is 2048 
points. Of course, if all the values are needed, they can be recovered using the symmetry 
conditions mentioned earlier. To achieve the efficiencies of real FFT and not use any ex- 
tra memory locations during the computation, the decimation-in-time method is applied 
[10]. Decimation in time requires the bit-reversal operation in the forward transform to 
be performed at the beginning of the program rather than at the end. The reverse is true 
for bit-reversing in the inverse transform. 


The Discrete Hartley Transform 


Another transform that has attracted attention recently is the Discrete Hartley 
Transform (DHT)[11, 12]. The DHT is applicable to real-valued signals and is closely 
related to the real-valued FFT. Comparison of references [10] and [12] describing the 


implementation of the two algorithms on FORTRAN programs shows that their implemen- 
tation on the TMS320C30 should be similar. And indeed, this is the case. 


The DHT pair is defined for a real-valued sequence x(n), n = 0, . . ..N—1, by 
the following equations: 
es 
Hk) = x(n) cas(2rk n/N), k=0,..., N-1 (15) 
n=0 
N-1 
xm) = 1 YL Aik) cas(2rk n/N), k=0,..., N-1 (16) 
N k=0 


where cas(x) = cos(x) + sin(x). The DHT demonstrates a symmetry that is convenient 
for implementations: The same program can be used for both the forward and the inverse 
transforms, and the result is correct within a scale factor. Also, the real FFT and the DHT 
can be derived from each other [12]. 
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A radix-2 Hartley transform was implemented on the TMS320C30, and the cor- 
responding code is included in Appendix D. This code follows the structure of the real 
FFT in Appendix C. Tables 1 and 2 show the program memory requirements and the 
timing for the execution of Hartley transforms of different sizes. The sine/cosine table 
sizes are the same as in the case of a real FFT. 


The Discrete Cosine Transform 


The Discrete Cosine Transform (DCT), since its introduction in 1974 [13], has gained 
popularity in speech and image processing applications because of its near-optimal behavior. 
This discussion is based on the paper by Lee [14]. The DCT code was developed and 
implemented by Paul Wilhelm of the University of Washington. 


If x(n), n=0, . . .,N-1 is a time-domain signal and X(k) is the corresponding DCT, 
x(n) and X(k) are related by the following equations: 


N-1 
x(k) = 2 Lo ek) x(n) cos (2k_+ \an (17) 
N n=0 2N 
N-1 
xm) = Lo ek) Xk) cos (2k_+ 1)an (18) 
k=0 2N 
e(0) = 1/V2 (19) 
e(fk) = 1, fork #0 (20) 


Appendix E shows an implementation of the DCT based on the paper by Lee [14]. 
The appendix contains the algorithms for both the forward and the inverse transformations 
and an example of a table for a 16-point DCT. Note that, because of the structure of the 
algorithm, the cosine table needed contains actually the inverses of the cosines (within 
a scale factor), and it is not stored in the natural order. Instead, it is generated by the 
following C pseudocode: 


for (k=2, i=O; k=N/2; k* =2] 
for (j=k/2; j<N/e: j + =k)f 
cos__table[i+ +] = 1/{2*cos{j*pi/[e*N))); 
cos__table[it +] = 1/(2*cos((N-j)*pi/[e*N))): 


cos__table[N-2] 
cos__table[N-1 ] 


cos(pi/4}); 
2/N; 
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The last entry to the table is not part of the cosine itself; it is a constant that is used 
by the algorithm, and it is placed at the end of the cosine table for convenience. 


Table 3 shows the timing of the forward and inverse transforms for different transform 
lengths. The difference in the timing between the forward and the inverse transforms is 
due to the fact that more time was expended to optimize the performance of the inverse 
transform. Since four of the smallest butterflies were done simultaneously in the center 
program loop, the minimum permissible array size to be transformed is 8. | 


Table 3. DCT Timing in Milliseconds 


Transform Forward inverse 
Size Transform Transform 


Other Related Transforms 


In addition to the FFT types mentioned earlier (complex, real, decimation-in-time, 
decimation-in-frequency, etc.), newer forms of the FFT have been developed to reduce 
the computational load. One of the latest in the literature is the Split-Radix FFT. The Split- 
Radix FFT [16] has the lowest number of multiplies and adds of any known algorithm. 
It achieves this efficiency by combining certain radix-2 and radix-4 butterflies, but, as 
a result, the classical concept of FFT stages is lost. The new structure uses a rather 
complicated indexing scheme, which is the price paid for the reduced multiplies/adds. 
Since, on the TMS320C30, multiplies/adds are not more expensive computationally than 
any other operation, the indexing scheme wipes out the gains of the reduced arithmetic. 
Actually, an implementation of the split-radix FFT showed it to be slower than the radix-2 
FFT, one of the main reasons being that the block-repeat structure could no longer be 
used effectively. 


Very often, there is a question on what the different benchmark numbers mean. A 
useful comparison of execution times for different algorithms on different machines has 
been made [17]. Table 4 presents a small segment of the resulting information that is relevant 
to the present discussion: the timing in seconds for the radix-8, mix-radix, and split-radix 
algorithms that were implemented on various machines. Different operating systems and 
compilers have been used, as shown. The execution times of Table 4 should be compared 
with the 0.001879 s that it takes to implement a 1024-point, radix-2, real FFT on a 
TMS320C30. As can be seen, the TMS320C30 compares favorably to all the other machines 
investigated. 
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Table 4. Execution Times in Seconds for a 1024-Point Real FFT. The Numbers Should 
Be Compared with 0.001879 s of a 1024-Point Real FFT on the TMS320C30 


Meeting Yat | ina | See 


VAX 750 UNIX BSD4.2 f77 

VAX 750 UNIX BSD4.2 £77 —O 
VAX 750 UNIX BSD4.3 £77 

VAX 750 UNIX BSD4.3 f77 —O 
VAX 785 ULTRIX £77 

VAX 785 ULTRIX £77 —O 

VAX 785 VMS FOR/NOOPTM 

VAX 785 VMS FOR/OPTM 

VAX 8600 VMS FOR/OPTM 
MICROVAX VMS FOR/NOOPTM 
MICROVAX VMS FOR/OPTM 
DEC-10 TOPS-10 FOR/NOOPTM 
DEC-10 TOPS-10 FOR/OPTM 

CDC 855 FTN5,OPT =0 

CDC 855 FTN5,OPT =1 

CDC 855 FTN5,OPT =2 

CDC 855 FTN5,OPT =3 

SUN 3/50 UNIX BSD4.2 {77 —O -f68881 
SUN 3/50 UNIX BSD4.2 f77 —f68881 
SUN 3/50 UNIX BSD4.2 f77 —O 
SUN 3/50 UNIX BSD4.2 £77 

SUN 3/160 UNIX BSD4.2 £77 

SUN 3/160 UNIX BSD4.2 {77 —pfa 
SUN 3/260 UNIX BSD4.3 £77 

SUN 3/260 UNIX BSD4.3 f77 —O 
Pyramid 90X UNIX BSD4.2 f77 -—O 
Pyramid 90X UNIX BSD4.2 £77 
HP-1000 21MX-E FTN7X 

Apple MAC Microsoft FOR 

AST PC Microsoft FOR 
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The TMS320C30 C Compiler 


The C compiler for the TMS320C30 permits easy porting of high-level language 
programs to the DSP device. If the CPU loading of a particular application is not very 
high, the C compiler can create programs that run on the TMS320C30 in real time. If, 
however, the result is non-realtime, it may be necessary to use assembly language for 
more efficient coding. 


In most cases, only a portion of the code needs to be written in assembly language. 
Typically, there are a few code segments where the device spends most of the time and 
which, when optimized in assembly language, yield the necessary performance 
improvement. By following the conventions outlined in the run-time environment of the 
C compiler [15], you can write these time-critical routines in assembly language and call 
them in a C program. This is also true for the FFT routines. In appendices A, B, and 
C, the radix-2, radix-4, and real FFT routines mentioned earlier are also put in a C-callable 
form by adding the necessary interface at the beginning and the end of the code. The tables 
with the sines and cosines are again assumed to be supplied during link time. 


Issues in FFT Implementation 


There are many ways of actually implementing the FFT code (and the other 
transformations), taking into consideration the different possibilities of program locations, 
the data locations, the ways of input and output, etc. Since it is impractical to cover every 
possible case, this report has concentrated on a configuration in which the use of external 
memory is minimized. With the source code and additional explanations provided, you 
should be able to customize the FFT implementation for a particular application. 


Use of External Memory 


In these implementations, only on-chip memory was used, and that’s why the 
maximum transform size considered was 1024 points long (2048 for a real transform). 
Often, though, applications call for use of external memory for program or data or both. 
When external memory is used, the structure of the code does not change at all; it is only 
the timing that may be affected. 


Fast external memory can be selected so that no wait states are necessary. But even 
when there are no wait states, accessing external memory may impose some limitations. 
For instance, you can make only one external memory access in a full cycle, but you can 
make two accesses of internal memory in each cycle. Also, because of mutliplexing of 
the busses, pipeline conflicts may arise if both program and data are placed on the same 
external port. Resolution of such conflicts causes extra cycles for the execution. The section 
on pipelining in the 7MS320C30 User’s Guide explains in detail what kind of potential 
conflicts may occur. 
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To minimize or avoid such conflicts, there are some simple steps that the designer 
can take. The TMS320C30 has three separate memory areas (one on-chip, one accessed 
by the primary bus, and one accessed by the expansion bus) that can be combined. For 
instance, the program can be placed on the expansion port and the data on the primary 
port. Or the data can first be brought into internal memory and then operated upon. 
Alternatively, the program may be relocated to internal memory. A related approach 1s 
to use the cache. All the transforms are implemented as loops that are executed many 
times. If you activate the on-chip cache after the first access of the code, the instructions 
execute from the cache instead of the external memory. 


If there are additional conflicts, they can typically be resolved by some rearrangement 
of the code. For instance, consecutively writing to external memory takes two cycles per 
write. If, however, a write is followed by some internal operation, then the second cycle 
of the write is transparent, and the actual cost is one cycle. 


Bit Reversal 


The TMS320C30 has a special form of the indirect addressing mode for the bit- 
reversing operation that is required at the beginning or the end of an FFT. Through this 
addressing mode, the scrambled data are accessed in their proper order. This addressing 
mode works as follows: | 


Let ARn (n=0..7) be the auxiliary register pointing to the array with scrambled 
data. The index register IRO contains a number equal to one-half the size of the FFT. 
Then, after every access of the data, ARn is incremented by IRO using the construct 


*ARn+ +[IRO)B 


This causes the contents of ARn to be incremented by the contents of IRO, but if 
there is a carry in this incrementing, the carry propagates to the right instead of to the 
left. The result is the generation of the addresses in a bit-reversed order. The bit-reversed 
addressing mode works correctly if the array with the data is aligned in memory so that 
the first memory address is a multiple of the FFT size. This can be achieved if the first 
memory address has zeros for the last M bits, where M = log>N, with N being the FFT 
size. For example, in the case of a 1024-point FFT, the last 10 bits of the memory address 
of the first datum should be zeros. 


In the implementation of the complex FFT, the output is complex even when the 
input is real. So, there is a need to consider both the real and the imaginary parts of the 
data array. The above description of the bit-reversed addressing mode assumed that the 
real and the imaginary parts are stored as separate arrays in the memory. In this case, 
each of the arrays (real or imaginary parts) can be accessed as described. However, in 
most cases (including this report), the real and imaginary points alternate in the same array. 
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In this arrangement, the following simple modification achieves the same goal: set IRO 
equal to N instead of N/2, and access the N points of the transform. At every access, the 
auxiliary register is pointing to the real part of the FFT. The imaginary part is located 
in the next higher location, and it can be easily accessed. 


With the bit-reversed addressing mode, the unscrambling of the data can take place 
when the FFT result is accessed for further processing or for I/O. It is possible, though, 
that certain applications demand the reordering of the data in the same array. Such a 
rearrangement can be done very simply for a complex FFT with the following code. 


; DO THE BIT-REVERSING EXPLICITLY 


LDI @FFTSIZ,RC ; RC = FFT SIZE 

SUBI 1,RC ; RC SHOULD BE ONE LESS THAN DESIRED # 
LDI 3 @FFTSIZ,IRO ; IRO = FFI SIZE 

LDI @INPUT,ARO 

LDI @INPUT,AR'1 


RPTB BITRV 


CMPI AR1,ARO - EXCHANGE LOCATIONS ONLY 
BGE CONT IF AROAR1. 
LDF *ARO,RO 
| LDF *AR1,R1 EXCHANGE REAL PARTS 
STF RO,*AR‘1 | 
| STF R1,*ARO 
LDF *+ARO,RO | 
| LDF *+AR1,R1 EXCHANGE IMAGINARY PARTS 
STF RO,*+AR1 


STF R1,*+ARO : 
CONT NOP *ARO+ +[2] 
BITRV NOP *AR1 + +{IRO)B 


Note that AR1 is pointing to the bit-reversed version of the address contained in 
ARO. For real-valued FFT, or for FFTs that store the real and the imaginary parts in | 
separate arrays, the real-FFT routine in Appendix C contains a modified example of the 
above code. 


Use of DMA 


If the signal to be transformed arrives as a continuous stream of data, the DMA 
could be used to collect the new data while the data already collected are processed. In 
this case, the data source address of the DMA points to the memory location correspond- 
ing to a serial port, or to another port associated with an external device. The destination 
is a memory space designated for storage. 


76 An Implementation of FFT, DCT, and Other Transforms on the TMS320C30 


There are two ways to use such buffers. One possibility is to designate one buffer 
as the temporary storage and the other buffer as the working area. When the storage buffer 
receives the necessary amount of data, the data is transferred to the working area, and 
the DMA starts refilling the storage buffer. Alternatively, the two buffers are considered 
equivalent: when the processor finishes processing and outputting the data from one and 
the DMA has filled the other, the two buffers switch functions; i.e., the DMA starts filling 
the first buffer while the CPU is processing the data in the buffer just filled. 


Test Vector 


For testing purposes, a vector with 64 (quasi-random) data points and the 
corresponding FFT values is given in Appendix F. In this way, if any of the routines is 
implemented, the test vectors can be used to verify the correct functionality of the routines. 
Together with the test vectors, Appendix C gives a sine/cosine table for a 64-point 
transform, and the linking file for such a transform. 


Summary 


This report examined implementations of fast transforms on the Texas Instruments 
TMS320C3x floating-point devices. The transforms considered were several forms of the 
FFT, the Discrete Hartley Transform, and the Discrete Cosine Transform. Because of 
the powerful architecture of the device, the implementation was done easily and efficiently. 
It was shown that a TMS320C30 executes the FFTs several times faster than large computers 
such as VAX and SUN workstations. With the availability of the C compiler, these routines 
can be put in C-callable form and be used to compute the corresponding transforms 
efficiently. 
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Appendices 


Appendices A to F contain the TMS320C30 assembly language programs for the 
different algorithms considered. The contents of the appendices are as follows: 


Appendix A: 
composed of 
Al: 


A2: 


A3: 
A4: 
AS: 


Appendix B: 
composed of 
Bl: 


B2: 


Appendix C: 
composed of 
Cl: 


C2. 
C3: 


Appendix D: 
composed of 
D1: 


Appendix E: 
composed of 
El: 
E72: 
E3: 
EA: 


Radix-2 Complex FFT. 


Generic Program to Do a Looped-Code Radix-2 FFT 
Computation on the TMS320C30. 

fft_2 - Radix-2 Complex FFT to Be Called as a C 
Function. | | 

Complex, Radix-2 DIT FFT - R2DIT.ASM. 

Complex, Radix-2 DIT FFT - R2DITB.ASM. 
TWIDIKBR.ASM - Table with Twiddle Factors for a FFT 
up to a Length of 1024 Complex Points. 


Radix-4 Complex FFT. 


Generic Program to Do a Looped-Code Radix-4 FFT on the 
TMS320C30. 

fft_4 - Radix-4 Complex FFT to Be Called as a C 
Function. | 


Radix-2 Real FFT. 


Generic Program to Do a Radix-2 Real FFT Computation - 
on the TMS320C30. 

fft__rl - Radix-2 Real FFT to Be Called as a C Function. 
Generic Program to Do a Radix-2 Real Inverse FFT 
Computation on the TMS320C30. 


Discrete Hartley Transform. 

Generic Program to Do a Radix-2 Hartley Transform on the 
TMS320C30. 

Discrete Cosine Transform. 

A Fast Cosine Transform. 

A Fast Cosine Transform (Inverse Transform). 


FCT Cosine Tables File. 
Data File. 
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Appendix F: Test Vectors, 64-Point Sine Table, Link Command File. 
composed of 
Fl: Example of a 64-Point Vector to Test the FFT Routines. 
F2: File to Be Linked with the Source Code for a 64-Point, 
Radix-4 FFT. 
F3: Link Command File. 


The first three appendices contain the code for the radix-2, complex radix-4, and 
real radix-2 FFT transformations. These routines are given in both the regular form and 
in a C-callable form. Furthermore, the contents of a file with the twiddle factors are given, 
as well as an example of a link command file for a 64-point FFT. Note that the source 
code of these routines can be downloaded from the TI DSP bulletin board (BBS) by calling 
(713) 274-2323. For questions regarding the BBS, call the TI DSP hotline at (713) 274-2320. 
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Appendix A. Radix-2 Complex FFT 
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GENERIC PROGRAM TO DG A LOOPED-COBE RADIX-2 FFT COMPUTATION ON THE 
TMS320030. 


THE PROGRAM IS TAKEN FROM THE BURRUS & PARKS BOOK, P. 111. THE (COMPLEX) 
DATA RESIDE IN INTERNAL MEMORY. THE COMPUTATION IS DONE IN-PLACE, BUT THE 
RESULT IS MOVED TO ANOTHER MEMORY SECTION TO DEMONSTRATE THE BIT-REVERSED 
ADDRESSING. THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA 
SECTION. THIS BATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GENERIC 
NATURE OF THE PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FFT N AND 
LOG2(N) ARE DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. 


AUTHOR: PANOS E. PAPAMICHALIS 


TEXAS INSTRUMENTS JULY 16, 1987 

GUOBL FFT ; ENTRY POINT FOR EXECUTION 
.GLOBL ON » FFT SIZE 

CLO OM » LOG2(N) 

GLOBL SINE ; ADDRESS OF SINE TABLE 


USECT "IN", 1024 
BSS OUTP, 1024 


MEMORY WITH INPUT DATA 
MEMORY WITH OUTPUT DATA 


we 


ue 


TEXT 
INITIALIZE 
WORD FFT . STARTING LOCATION OF THE PROGRAM 
SPACE 100 ; RESERVE 100 WORDS FOR VECTORS, ETC. 


FFTSIZ » WORD N 
LOGFFT =. WORD MN 
SINTARB CORD SINE 


INPUT 


WORD INP 


QUTPLT WORD QUTP 


# 
FFT: 
* 


LDF FFTSI2 


: COMMAND TO LOAD DATA PAGE POINTER 
LDI @FFTSIZ, IRI 
LSH -2,1Ri s IRI=N/4, POINTER FOR SIN/COS TABLE 
LDI 0, ARS : ARS HOLDS THE CURRENT STAGE NUMBER 
LDI @FFTSIZ, IRO 
LSH 1, IRO : IRG=2#N1 (BECAUSE OF REAL/IMAG) 
LBI @FFTSIZ,R7 : R7=N2 
LDBI 1, AR7 s INITIALIZE REPEAT COUNTER OF FIRST 
: LOOP 
LEI 1, ARS s INITIALIZE IE INDEX (ARS=IE) 
DUTER LOOP 
NOP #++ARG(1) + CURRENT FFT STAGE 
LD] @INPUT ARO » ARO POINTS TO X(T) 


¥ 


ADDI 
LBI 
SUBI 


FIST LOOP 


RPTB 
ADDF 
SUBF 
ADDF 
SUBF 
SIF 
STF 
STF 
STF 


BLKI 
#ARO, #AR2, RO 
SARQ++, HAROH RI 
#AR2, HARO,R2 
#ARZ, #ARO, RB 

R2, #ARO-- 
R3,*#AR2—_ 

RO, #ARO++(1RO) 
Ri, #ARZ++( RO) 


we 


wae we 


“ewe ue we we we 


AR2 POINTS TO X{L) 


RC SHOULD BE ONE LESS THAN DESIRED # 


RO=X(1)+X(L) 
R1=X{1)~X(L) 
R2=¥(1)+¥(L) 
RS=Y¥(T)-Y¥(L) 
Y(T)=R2 AND... 
Y(LI=R3 
X(T)=RO AND... 
X(L)=R1 AND ARO,2 = ARO,2 + 2#N1 


IF THIS IS THE LAST STAGE, YOU ARE DONE 


CHPI 
BZD 


OLOGFFT , ARS 
END 


MAIN INNER LOOP 


LDI 
LDI 


INLOP: = ADDI 


- 


LDI 
ADDI 
ADDI 
ADDI 
LDI 
SUBI 
LDF 


SECOND LOOP 


2, AR1 
@SINTAB, AR4 
ARS, AR4 
ARI, ARO 

2, AR] 
@INPUT, ARO 
R7, ARO, AR2 
ART, RC 

1,RC 
#AR4, RG 


BLK2 

#ARZ, HARD, R2 
#+AR2, #+AR0,R1 
R2,R&, RO 

#+AR2, #+ARO, RZ 
R1, #+AR4(IR1),R3 
R3, #+ARO 

RO, R3,R4 

Ri, R6,RO 

#ARZ, HARD, RB 

R2, #+AR4(1R1) ,R3 
R3, #ARO++( TRO) 
RO,R3,RS 

RS, #ARZ++( TRO) 
R4, H+AR2 


R7, ARI 
INLOP 


“0 we we 


INIT LOOP COUNTER FOR INNER LOOP 
INITIALIZE IA INDEX (AR4=IA) 
TA=IA+IE; AR4 POINTS TO COSINE 


-INCREMENT INNER LOOP COUNTER 


(XC), YCL)) POINTER 
(X(L), ¥(L)) POINTER 


RC SHOULD BE ONE LESS THAN DESIRED # 
R6=SIN 


R2=X(1)-X(L) 

R1=¥(1)-¥(L) 

ROSR2*SIN AND... 

REV(L)4¥(L) 

R3=R1#COS AND... 

VCD)=¥(1)4¥(L) 

RA=R14COS-R2ESIN 

RO=R1#SIN AND... 

RO=X(1)4X(L) 

R3=R2#C0S AND... 

XCD)SXC1)4X(L) AND ARO=ARO+2#N1 

R5=R2HCOS#R1#SIN 

X(L)=R2#COS#R14SIN, INCR AR2 AND... 
Y(L)=R1#COS-R24SIN 


LOOP BACK TO THE INNER LOOP 
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S8 


# 


END: 


LSH 


LSH 
LDI 
LSH 
BR 


1, AR7 » INCREMENT LOOP COUNTER FOR NEXT TIME 
1, ARS 5 IE=241E 

R7, IRO + NIEN2 

~1,R7 5 N2=N2/2 

LOOP » NEXT FFT STAGE 


STORE RESULT OUT USING BIT-REVERSED ADDRESSING 


@FFTSIZ,RC 
1,RC 
@FFTSIZ, IRO 
2, IR 
@INPUT, ARO 
ROUTPUT , ARI 


RC=N 
RC SHOULD BE ONE LESS THAN DESIRED # 
IRO=SIZE OF FFT=N 


we 


we we 


BITRV 

#+AR0(1) RO 
#ARO++ (IRO)B, RI 
RO, #4AR1 (1) 

R1, #AR14+( IRI) 


SELF ; BRANCH TO ITSELF AT THE END 
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em Oem 


NAME: 


fft_2 --- RADIX-2 COMPLEX FFT TO BE CALLED AS A C FUNCTION. 


SYNOPSIS: 


INT fFt_2(N, M, DATA) 

INT N FFT SIZE: Neen 

INT M NUMBER OF STAGES = LOG2(N) 

FLOAT #DATA ARRAY WITH INPUT AND OUTPUT DATA 


DESCRIPTION: 


GENERIC FUNCTION TO DO A RADIX-2 FFT COMPUTATION ON THE 320C30. 

THE DATA ARRAY IS 2#N-LONG, WITH REAL AND IMAGINARY VALUES ALTERNATING. 
THE PROGRAM IS BASED ON THE FORTRAN PROGRAM IN THE BURRUS AND PARKS 
BOOK, P. 11. 


THE COMPUTATION IS DONE IN PLACE, AND THE ORIGINAL DATA IS DESTROYED. 
BIT REVERSAL IS IMPLEMENTED AT THE END OF THE FUNCTION. IF THIS IS NOT 
NECESSARY, THIS PART CAN BE COMMENTED OUT. 


THE SINE/COSINE TABLE FOR THE TWIDDLE FACTORS IS EXPECTED TO BE SUPPLIED 
DURING LINK TIME, AND IT SHOULD HAVE THE FOLLOWING FORMAT: 


»GLOBAL = _sine 

DATA 

_sine -FLOAT VALUEL = sin(0#2%91/N) 
«FLOAT VALUE = sin(i#2%pi/N) 


ouneaece 


sFLOAT = VALUE(SN/4) = sin( (S#N/4-1)#2%p1/N) 


THE VALUES VALUE1, VALUE2, ETC., ARE THE SAME WAVE VALUES. FOR AN 
N-POINT FFT, THERE ARE N+N/4 VALUES FOR A FULL AND A QUARTER PERIOD OF 
THE SINE WAVE. IN THIS WAY, A FULL SINE AND COSINE PERIOD ARE AVAILABLE 
(SUPERIMPOSED) . 


STACK STRUCTURE UPON THE CALL: 


+-------------~ + 
-FP(4) H DATA i 
-FP{3) i MN i 
-FP(2) H N i 
-FP(1) + RETURN ADDR i 
-FP(Q) i OLD FP i 


+- 


manana t 


REGISTERS USED: RO, R1, R2, R3, R4, RS, Rb, R7, ARO, ARI, ARZ, ARA, ARS 
ARS, ART, IRO, IR1, RS, RE, RC 


AUTHOR: PANGS E. PAPAMICHALIS 


TEXAS INSTRUMENTS OCTOBER 13, 1987 


ERLESELEE SHEE ELELEERRES ERE EEE EES SEERA EERE SEEE SERRE EES SEES ELSE ETE SPER SLES HE 


FP .set 


BSS 


» TEXT 
* 
SINTAB sword 
< 
% 
# 
fft_2! PUSH 
LOI 


LUI 
STI 
LDI 
STI 
LDI 
STI 


*~ 


INITIALIZE FFT 


LOI 
LSH 
LDBI 
LBI 
LSH 
LBI 
LBI 


LDI 
* 
* OUTER LOOP 


LOOP: NOP 
LDI 
ADDI 
LBI 
SUBI 


ARS 


fft2 
sine 


FFTSIZ.1 


LOGFFT, 1 
INPUT, 1 


~5ine 


INITIALIZE C FUNCTION 


FP 

SP FP 
R4 

RS 

R6 

R7 
AR4 
ARS 
ARS 
ART 


#-FP(2) RO 
RO, OFFTSIZ 
#-FP(3) RO 
RO, @LOGFFT 
#-FP(4) RO 
RO, BINPUT 


ROUTINE 


@FFTSIZ, IRi 
-2, IRI 
0, ARS 
@FFTSIZ, IRO 
1, IRO 
@FFTSIZ,R7 
1,AR7 


1, ARS 


#++0R6(1) 
@ INPUT, ARO 
R7, ARO, AR2 
ART , RC 
1,RC 


e 
? 


s 
. 


2 
Y 


ue 


wry 


ue 


ae we 


ENTRY POINT FOR EXECUTION 
ADDRESS OF SINE TABLE 


SAVE DEDICATED REGISTERS 


MOVE ARGUMENTS TO LOCATIONS MATCHING 
THE NAMES IN THE PROGRAM 


IR1=N/4, POINTER FOR SIN/COS TABLE 
AR6 HOLDS THE CURRENT STAGE NUMBER 


IRO=2#N1 (BECAUSE OF REAL/IMAG) 

R7=N2 

INITIALIZE REPEAT COUNTER OF FIRST 
LOOP 

INITIALIZE IE INDEX (ARS=IE) 


CURRENT FFT STAGE 
ARO POINTS TO X(1) 
AR2 POINTS TO X{L) 


RC SHOULD BE ONE LESS THAN DESIRED # 


uoTnoUn | 
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% FIST LOOP 


RPTB 
ADDF 


STF 
STF 


CHP] 
BZD 


BLK1 

SARO, #ARZ, RO 
#AR2++  #ARO++ RI 
#AR2, HARO, RZ 
#AR2, FARO, RB 

R2, #ARO-- 

R3, #AR2— 

RO, HARO++( RO) 
Ri, #ARZ++ (TRO) 


* 
* IF THIS IS THE LAST STAGE, YOU ARE 
t 


PLOGFFT , ARS 
END 


# — MAIN INNER LOOP 


INLOP: 


2, ARI 
@SINTAB, ARA 
ARS, AR4 
ARI ARO 
2,0R1 
RINPUT, ARO 
R7, ARO, ARZ 
ART RC 

1,RC 
HARARE 


BLK2 

#AR2, HARO, RZ 
4+0R2, #+0R0,R1 
R2,R6, RO 

#+ARZ, H+ARO,R 
Ri, #+AR4(IRI) R3 
R3, #++ARO 

RO, R3, R4 
R1,R6, RO 

#AR2, #ARO,R3 

R2, #+AR4(IR1) RS 
R3, #ARO++( IRO) 
RO, R3,R5 

RS, #AR24++( TRO) 
RA, #+ARZ 


R7, ARI 
INLOP 


1,AR7 


1, ARS 


LDI R7, IRO ; NI=N2 
LSH -1,R7 + N2=N2/2 
BR LOOP : NEXT FFT STAGE 
© ROEX(T)+X(L) * 
s RI=X(1)-X(L) + DQ THE BIT-REVERSING OF THE OUTPUT 
¢ R2=Y(1)+¥(L) + 
» R3=Y(1)-Y(L) END: LDI @FFTSIZ,RC » RCEN 
s Y(I)=R2 AND... SUBI 1,RC : RC SHOULD BE ONE LESS THAN DESIRED # 
»  Y(L)=R3 LDI @FFTSIZ, IRO ; IRO=SIZE OF FFT=N 
> X(1)=RO AND... LDI INPUT, ARO 
» X(L)=RL AND ARO,2 = ARO,2 + 2#N1 LOI @ INPUT, ARI 
* 
DONE RPTB BITRV 
CMPI ARO, ARI 
BOE CONT 
LDF *ARO RO 
i LDF #0R1 Ri 
STF RO, #AR1 
ie STF R1, #ARO 
s INIT LOOP COUNTER FOR INNER LOOP LDF #+4ARO(1) RO 
: INITIALIZE IA INDEX (AR4=IA) "W LDF #4AR1 (1) Ri 
; IA=IAtIE; AR4 POINTS TO COSINE STF RO, HARI (1) 
f STF R1, ##ARO(1) 
: INCREMENT INNER LOOP COUNTER CONT NOP #++ARO(2) 
: (X(T), ¥(1)) POINTER BITRV = =—NOP #AR1 ++ ( TRO)B 
+ (X(L),Y(L)) POINTER * 
# RESTORE THE REGISTER VALUES AND RETURN 
; RC SHOULD BE ONE LESS THAN DESIRED # * 
; R6=SIN PoP AR7 
POP ARG 
POP ARS 
POP ARS 
POPF R7 
+ R2=X(1)-X(L) POPF R& 
; RI=V(1)-Y(L) PUP RS 
: RO=R2#SIN AND... POP R4 
s  R3=¥(1)#¥(L) POP FP 
R3=R1#C0S AND... RETS 


we we we 


we «8 we we we we ve 


“we “we 


oe 


Y(T)=¥(1)+¥(L) 
R4=R1#COS-R28SIN 
RO=R1#SIN AND... 

RO=X(1)+X(L) 
R3=R2#C0S AND... 

X(T)=X(1)4X(L) AND ARO=ARO+2#N1 
RS=R2#COS+R1 #SIN 
X(LISR2ZeCOStR1ESIN, INCR AR2 AND... 

Y{L=R1#COS-RZ#S IN 


LOOP BACK TO THE INNER LOOP 
INCREMENT LOOP COUNTER FOR NEXT TIME 


IE=2#1E 
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* t 
* EXAMPLE FOR A 1024-POINT FFT (EXCLUDING BIT REVERSAL): t 
3 : * 
# MEMORY SIZE: t 
ba PROGRAM = 229 WORDS # 
+ DATA (TWIDDLE FACTORS) = 512 WORDS # 
t # 
* CYCLES PER BUTTERFLY: t 
* STAGES 1 AND 2 = 4 # 
* STAGES 3 TO 8 = 8 ry 
t STAGE 9 = 8.29 * 
* STAGE 10 = 8.5 Ps 
% # 
* AVERAGE CYCLES/BUTTERFLY = 7.275 Fy 
# TOTAL BUTTERFLYCYCLES = 37248 + 
+ INITIALIZATION OVERHEAD = 2181 = 5.55 % OF TOTAL TIME * 
* ~ TOTAL NUMBER OF INSTRUCTION CYCLES = 39429 , * 
# TOTAL TIME FOR A 1024 POINT FFT == 2.36 ms (EXCLUDING BIT ry 
t REVERSAL) # 
5 a ed 


COMPLEX, RADIX-2 DIT FFT ¢ R2DIT.ASM 


ne a a a ae a a ae ee es oe eo ee ee a es ee eee 


GENERIC PROGRAM FOR A FAST LOOPED-CODE RADIX-2 DIT FFT COMPUTATION 
ON THE TMS320C30 


WRITTEN BY: RAIMUND MEYER, KARL SCHWARZ 19.07.89 
LEHRSTUHL FUER NACHRICHTENTECHNIK 
UNIVERSITAET ERLANGEN-NUERNBERG 
CAUERSTRASSE 7, D-8520 ERLANGEN, FRG 


THE (COMPLEX) DATA RESIDE IN INTERNAL MEMORY. THE COMPUTATION IS DONE 
IN-PLACE, BUT THE RESULT IS MOVED TO ANOTHER MEMORY SECTION TO 
DEMONSTRATE THE BIT-REVERSED ADDRESSING. 


FOR THIS PROGRAM THE MINIMUM FFTLENGTH IS 32 POINTS BECAUSE OF THE 
SEPARATE STAGES. 


FIRST TWO PASSES ARE REALIZED AS A FOUR BUTTERFLY LOOP SINCE THE 
MULTIPLIES ARE TRIVIAL. THE MULTIPLIER IS ONLY USED FOR A LOAD IN 
PARALLEL WITH AN ADDF OR SUBF. 


i 
i i i i ed 


RHEE AEH EE AEE EE EEE EEE EERE ERE EE EEE EEE EEE EEE EEE EEE EEE HEE EERE EE EEE 


HEREARERERAALAAE EAHA EEE ERE EERE EEE SERRE EERE REES SESE SERS EEEE SELES EEE LL SLES SESS 


REETESERRE EL EL ELAS ERES REE EERE REL EERE ERAS LESES ELSE ESE EESE SESE ELIE SES ES EEE LE ELE 


THIS PROGRAM INCUDES FOLLOWING FILES: 


THE FILE ’TWIDIKBR.ASM’ CONSISTS OF TWIDDLE FACTORS 


THE TWIDDLE FACTORS ARE STORED IN BITREVERSED ORDER AND WITH A TABLE 
LENGTH OF N/2 (N = FFTLENGTH). 
EXAMPLE: SHOWN FOR N=32, WN(n) = COS(2#PI#n/N) - j#SIN(2#P1#n/N) 


ADDRESS COEFFICIENT 

0 R{WN(O)} = COS(2#P14#0/32) = 1 

1 ~1{WN(O)3 = SIN(2#P1#0/32) = 
2 REWN(4)} = COS(2#P1#4/32) = 0.707 
3 ~TEWN(4)3 = SIN(2#P1#4/32) = 0.707 


12 RIWN(3)} = COS(2#P14#3/32) = 0.831 


13 ~TCWN(3)3 = SIN(2#P1#3/32) = 0.556 
14 R{WN(7)} = COS(2#P 147/32) = 0.195 
15 ~T{WN(7)} = SIN(2#P1#7/32) = 0.981 


WHEN GENERATED FOR A FFT LENGTH OF 1024, THE TABLE IS FOR ALL 
AVAILABLE FFT OF LESS OR EQUAL LENGTH. 


THE MISSING TWIDDLE FACTORS (WN(),WN(),....) ARE GENERATED BY USING 
THE SYMMETRY WN(N/4+n) = -j4#WN(n). THIS CAN BE EASILY REALIZED BY 
CHANGING REAL- AND IMAGINARY PART OF THE TWIDDLE FACTORS AND BY 
NEGATING THE NEW REAL PART. 


TO CHANGE THE FFT LENGTH, ONLY THE PARAMETERS IN THE HEADER OF 
TWIDIKBR.ASM AND THE INPUT AND QUTPUT VECTOR LENGTHS NEED TO BE 
ALTERED. 

JHHHHE HEHEHE HEHEHE HEHEHE 


Ce a ee ee ee ee ee ee ee ee ee ee 


* + t 
RR OGD. sarees se eee AR’ + | AI’ + 
% \ i+ % 
t \ / + 
% \/ Sa 
* /\ 3 
¥ / \ + 
5 3 / \ + + 
# BR + j BI ---- ( CQS - j SIN ) ----------------------~— — BR’ + j BI’ + 
+ - % 
¥ # 
* TR = BR # COS + BI # SIN * 
* TI = BR # SIN - BI # COS * 
* AR’= AR + TR t 
* Al’= AI - TI * 
* BR’= AR ~ TR + 
* BI’= Al + TI # 
$ # 


SEEELEERERLERS EEE EEE ERREE RE ELEE EERE SELES SLES SHEER EEERAS EEE REE SESE EES EEE EEE 


Ce J 


WSV LIG7HY— Lad LIC 7-xtpey ‘xojduioD ‘gy xipueddy 


OSDOCESWL 241 uo SULAO{SUDAT] AJYIQ) pub ‘Lod ‘Ladd fo uo1njuaumajduy up 


68 


t & FIRST 2 STAGES AS RADIX-4 BUTTERFLY 
-global FFT # 
-global oN # FILL PIPELINE 
-aglobal NHALB # : 
-Qlobal = NVIERT ADDF #AR2, HARD, RA ; RA = AR + CR 
~global = NATCHEL SUBF #AR2, FARO++ RS ; FS = AR - CR 
-global = ADDF #AR1, HARS, RO > R& = DR + BR 
.global SINE SUBF #ARI++, #AR3+4,R7 «| R7 = DR - BR 
# ADDF Rb, R4, RO 2 AR’ = RO = R4 + RS 
. BSS INP, 2048 + INPUT VECTOR LENGTH = 2N (DEPENDS PYF #ARS++, #AR7, RI ; Rl = DI , BR’ = R3 = R4 - RO 
ry : ONN) it SUBF R6,R4,R3 
BSS QUTP, 2048 : OUTPUT VECTOR LENGTH = 2N (DEPENDS ADDF Ri, #AR1 RO ; RO = BI + DI , AR’ = RO 
* :  ONN) e SIF RO, #ARA+ 
& SUBF Ri, #AR1++, Ri ; Ri = BI - DI , BR’ = R3 
text tt STF R3, #ARS++ 
+ ADDF Ri, RS, R2 + CR’ = R2= 85 + Ri 
FFTSIZ sg word N NPYF #+AR2, #R7 Ri s Ri = CI , OR’ = R3 = R5- Ri 
FG4N2 word NVIERT-2 HE SUBF Ri, R5,R3 
FG4M3 sword NVIERT-3 ADDF Ri, #ARO, R2 s R2 = AI +CI , CR’ = R2 
FGSM2 -word NATCHEL-2 a SIF R2, #AR2++( IR1) 
FG? word = -NHALB SUBF R1, FARO++, RS » RO = AI - CI, DR = R3 
FG2m3 word NHALB-3 MH STF R3, #ARG+ 
LOGFFT word Mm ADDF RO, R2,R4 s Al’ = R4 = R2 + RO 
SINTAB »word SINE * 
SINTM1 -word SINE-1 #  RADIX-4 BUTTERFLY LOOP 
SINTF2 -word SINE+2 # 
INPUT word INP RPTB BLK1 
INPUTP2 =. word INP+2 MPYF #AR2— , #AR7 RO : RO= CR, (BI’ = R2 = R2 - RO) 
QUTPUT = sword QUTP i SUBF RO,R2,R2 
: MPYF SARI ++, HART RI : R1 = BR, (C1’ = R3 = R6 + R7) 
# ARO: AR + Al He ADDF R7,R6,R3 
# ARI: BR + BI ADDF RO, #ARO, R4 ; RA = AR +CR, (AI = R4) 
# ARZ : CR + CI + CR’ + Cl’ it SIF R4, HARS++ 
* AR3: DR + Dl SUBF RO, #ARO++, RS > RS =AR- CR, (BI’ = R2) 
# ARS: AR’ + AI’ M SIF R2, #ARS++ 
# ARS + BR’ + BY’ SURF R7,R6,R7 s (DIY = R7 = Ré - R7) 
# ARO: DR’ + DI’ ADDF Ri, #AR3, Rb » R6= DR + BR, (DI‘ = R7) 
t AR7 : FIRST TWIDDKE FACTOR = 1 i STF R7, FARG++ 
* SUBF Ri, #ARS++, R7 ; R7 = DR - BR, (CI’ = R3) 
FFT: LDP FFTSIZ ; LOAD PAGE POINTER i STF R3, HAR2++ 
LDI @FG2, IRO ; IRO = N/2 = OFFSET BETWEEN INPUTS ADDF Rb, R4,RO s AR’ = RO = R4 + Rb 
LDI @SINTAB, AR7 : AR7 POINTS TO TWIDDLE FACTOR 1 MPYF #ARS++, HAR7 Ri s Ri = DI , BR’ = R3 = R4 - RO 
LDI INPUT ARO + ARO POINTS TO AK ts SUBF Rb, R4,R3 
ADDI TRO, ARO, ARI ; ARI POINTS TO BR ADDF Rt, #AR1 RO : RO = BI + DI , AR’ = RO 
ADDI TRO, ARI, AR2 : AR2 POINTS TO CR HH STF RO, #ARS++ 
ADDI TRO, ARZ, ARS ; ARS POINTS TO DR SUBF R1, #AR1 ++! : Ri = BI - DI , BR’ = R3 
LDI ARO, ARS ; AR4 POINTS TO AR’ rm STF R3, #ARS++ 
LDI ARI ARS s ARS POINTS TO BR’ ADDF R1,R5,R2 ; CR’ = R2=R5 +R 
LD1 ARS, ARG ; ARG POINTS TO DR’ MPYE #+0R2, #0R7,R1 » RL = CI, DR’ = R3 = RS - RI 
LOI 2, 1R1 ; ADDRESS OFFSET - a SUBF R1,R5,R3 
LSH ~1,IR0 ; IRO = N/4 = NUMBER OF R4-BUTTERFLIES ADDF R1, #ARO, R2 »R2=AL + CI , CR’ = 
LOI TRO, RC Hi STF R2, #AR2++(1R1) 
SUBI 2,RC _ SUBF R1, #ARO++, RE 2 R6= Al - Cl, DR’ = 
* HH STF R3, FARG++ 
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BLKI ADDF 


% 
* (CLEAR PIPELINE 
# 


it STF 
SUBF 
STF 

it STF 


RO, R2,R4 


RO, R2,R2 
R7,Rb,R3 
R4, FAR4 
RZ, #ARS 
R7,R6,R7 
R7, #AR6 
R3, #--ARZ 


# THIRD TO LAST OF STAGE 2 


STUFE LDI 


FILL PIPELINE 


@FG2, IR 
TRO, ARS 
1, ARS 
1, ARG 


@SINTAB, AR7 
0,AR4 
@INPUT, ARO 
ARO, AR2 
TRO, ARO, ARS 
ARS, ARI 

1, AR6 

=2, ARS 

1, ARS 

-1, IRO 


-1, IRL 
1, 1Rt 


#ARIH, RG 
#0R7,R7 


#++0R7 Rb 
#AR1——,R6,R1 
#++AR4 RO, RS 
#AR1,R7, RO 
#AR14++, #AR7--, RO 
RO, R1,R3 
#AR1++,R7,R1 

3, #ARO, R2 
#ARO++ RB, RS 


we 


we «20 we 


wa we 


ve 


~e 


we 


AI’ = R4 = R2 + RO 


BI’ = R2 = R2 ~ RO 
CI’ = R3 = Rb + R7 
Al’ = R4, BI’ = R2 


DI’ = R7 = Rb - R7 
DI’ = R7 , CI’ = R3 


POINTER TO TWIDDLE FACTOR 

GROUP COUNTER 

UPPER REAL BUTTERFLY INPUT 

UPPER REAL BUTTERFLY OUTPUT 

LOWER REAL BUTTERFLY OUTPUT 

LOWER REAL BUTTERFLY INPUT 

DOUBLE GROUP COUNT 

HALF BUTTERFLY COUNT 

CLEAR LSB 

HALF STEP FROM UPPER TO LOWER REAL 
PART 


STEP FROM OLD IMAGINARY TO NEW REAL 
VALUE 
DUMMY LOAD, ONLY FOR ADDRESS UPDATE 


. R7 = COS 


“eo ee 


ve we 


ARO = UPPER REAL BUTTERFLY INPUT 
AR1 = LOWER REAL BUTTERFLY INPUT 
AR2 = UPPER REAL BUTTERFLY OUTPUT 
AR3 = LOWER REAL BUTTERFLY OUTPUT 
THE IMAGINARY PART HAS TO FOLLOW 
Ré = SIN 

Ri = BI # SIN 


; DUMMY ADDF FOR COUNTER UPDATE, 


RO = BR + COS 
R3 = TR = RO + Ri , RO = BR * SIN 


Ri = BI + COS , R2 = AR - TR 


RS = AR + TR, BR’ = R2 


i STF 
LBI 


R2, #AR3++ 
ARS, RC 


SERRE EE SEE ESSE EE EEE Ea REE BEE EE EE EEE EHH 


ba i i 


FIRST BUTTERFLY-TYPE: 


TR = BR # COS + BI # SIN 
TI = BR # SIN - BI # CQS 
AR’= AR + TR 
Al’= AI - TI 
BR’= AR - TR 
BI‘= AI + TI 


ee ee ee ee ee ee a 


Sea EEE HEE ah HHS eg a ae 


ADDF 
MPYF 
i SUBF 
PYF 
HW STF 
BFLY1 ADDF 
i STF 


BFLY1 


#+AR1 RE, RS 
RS, #AR2++ 
R1,RO,R2 
#AR1,R7,RO 
R2, #ARO,R3 
R2, #ARO++, R4 
R3, #AR3++ 
RO, RS,R3 
#ARI++, Rb, RO 
R3, #ARO, R2 
#AR1++,R7,R1 
R4, FAR2++ 
HAROt+ R3,R5 
R2, #AR3++ 


* 
* SWITCH OVER TO NEXT GRUUP 
# 


R1,RO,R2 

R2, #ARO,R3 

RS, #AR2++ 

R2, #ARO++(1R1) ,R4 
R3, #ARS++(1R1) 
#AR1++(IR1) 
#AR1--,R7,R1 

R4, HAR2++(1R1) 
#AR1 Rb, RO 

HARI +, #AR7++4, RO 
RO,R1,R3 
#ARI ++, R6,R1 

R3, #ARO, RZ 
HARO++, R3, RS 

R2, #ARS++ 

ARS, RC 


we 


ary 


we 


we 


we 


~~ 


R5 = BI # SIN, (AR’ = RS) 


(R2 = TI = RO - Ri) 


RO = BR# COS , (R3= AI + TI) 


(R4 = Al - TI , BI’ = R3) 


R3 = TR = RO + RS 


RO = BR # SIN , R2 = AR - TR 


Ri = BI # COS , (AI’ = R4) 


RS = AR+ TR, BR = R2 


R4= AL- TI, BI’ =R3 


ADDRESS UPDATE 
Ri = BI # COS , AI’ = R4 


RO = BR # SIN 


R3 = TR= Ri - RO , RO = BR # COS 


Rl = BI # SIN, R2 = AR - TR 


RS = AR + TR , BR’ = R2 
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SERRE EASELS REL ERREE EEE REESE ELE ESR ESSEE SEES SEES EER EEE R SHEEEEEE SEE EEE ES EEE 


+ 
k 
ba 
* TR = 
% TI = 
t AR‘= 
% 
t 
% 
t 


SECOND BUTTERFLY-TYPE: 


1 # COS - BR # SIN 
] # SIN + BR # COS 


Al’= A - TI 
BR’= AR - TR 
BI’= Al + TI 


ee ee a ee 


REEREEEREEELERESESEREEEREEEES EERE EERERERE SEES ELSES ERE SLR ELE EES REESE LE SES EHT EEE 


RPTB 


MPYF 
it STF 
ADDF 
MPYF 
us ADDF 
SUBF 
i STF 
‘UBF 
MPYF 
tt SUBF 
MPYF 
‘i STF 
BFLY2 ALLE 
H STF 


* 
* CLEAR PIPELINE 
* 


AGDF 
ADDF 
i STF 
CMP 
BNED 
SUBF 
i STF 
LDF 
i SIF 
NOP 


# END OF THIS BUTTERFLY GROUP 


CAP I 
BNZ 


ee 


LDI 
LOI 
ADDI 


we 


: RO = BR # SIN , (R3 


we 


we 


“ae. 


RZ, #ARO++(IR1) ,R4 


Pe erry) 


wa 


SECOND TO LAST STAGE 


ue 


» RS = BI # COS, (ARY = RS) 


(R2 = TI] = RO + Ri) 


Al + TI) 


(R4 = AI - TI , BI’ = R3) 


+ TR = R3 = RS - RO 
» RO= BR * COS | R2= AR - TR 


Ri = BI # SIN, (AI® = R4) 


RS = AR + TR, BR’ = R2 


:R2=TI=RO+ RI 

+ R3 = AI + TI 

s AR’ = RS 

; DO FOLLOWING 3 INSTRUCTIONS 
: R4= Al - TI, BI’ = R3 
R7 = COS 

Al’ = R4 

: BRANCH HERE 


JUMP GUT AFTER LD(N)-3 STAGE 


UPPER INPUT 


: UPPER OUTPUT 
: LOWER INPUT 


Le 


mom 


Ee a al 


LOI ARL, AR3 
LOI @SINTP2, AR7 
LDI 5, 1R0 

LDI @FGSN2, RE 


FILL PIPELINE 
1. BUTTERFLY: w*0 


ADDF #ARO, #AR1, R2 
SUBF #AR14+, #ARO++, RB 
ADDF #ARO, #ARI RO 
SUBF #ARL 4+, HARO++, RI 


2, BUTTERFLY: w*0 
ADDF #ARO, HARI, R6 


SUBF #ARI4++, HARO+R7 
ADDF +ARO, #ARI,R4 


1 
Y 


3 


? 
2 
? 


2 
+ 


; LOWER OUTPUT 
; POINTER TO TWIDDLE FACTOR 


DISTANCE BETWEEN TWO GROUPS 


AR’ = R2 = AR + BR 
BR’ = R3 = AR - BR 
Al’ = RO = AT + BI 
BI’ = Ri = Al - BI 


’ = R6 = AR + BR 
’ = R7 = AR - BR 
Al’ = R4 = AI + BI 


SUBF #ARL++(IRO), FARO++(IRO),RS =; BI’ = RS = AI - BI 


STF R2, #AR2++ 
STF RS, #ARS+H+ 
STF RO, #ARZ++ 
STF Ri, #ARS++ 
STF Rb, #ARZ++ 
STF R7, #ARS++ 
STF R4, HARZ++( TRO) 
STF RS, #AR3++ (TRO) 


3. BUTTERFLY: w*M/4 
ADDF #AROH, #HAR1, RS 
SUBF #AR1, FARO, RA 
ADDF HARI ++, #ARO--,R6 
SUBF #ARI++, #AROH+, R7 
4, BUTTERFLY: w*M/4 


ADDF #+AR 1, #++ARO, RS 


5 (ARY = R2) 
; (BR’ = R3) 
: (AI’ = RO) 
: (BI’ = Rt) 
; AR’ = Rb 
; BR’ = R7 
s AI’ = R4 
: BI’ = BS 


AR’ = RS = AR + BI 
AI’ = R4 = AI - BR 
BI’ = R6 = AI + BR 
BR’ = R7 = AR - BI 


; AR’ = R3 = AR + BI 


« 
? 


+ 


a 
? 


? 


LOF ¥-AR7,R1 

LDF #AR1++, RO 

SUBF #AR14++(IRO) , FARO++, R2 
STF RS, #ARZ++ 

STF R7, HARSH 

STF Rb, #AR3++ 


5. TOM. BUTTERFLY: 


RPTB BF2END 
LDF #AR7++, R7 
STF R4, #ARZH 
LDF FARTH, Rb 
STF R2, #AR3++ 


1 


? 


ary 


Ri = 0 (FOR INNER LOOP) 


; RO = BR (FOR INNER LOOP) 


; BR’ = R2 = AR - BI 
(AR? = RS) 


3 (BR’ = R7) 
: (BI’ = R6) 


+ R7 = COS , CAI’ = R4)) 


R6= SIN, (BR’ = R2) 


c6 
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#40R1, RG RS 

R3, FAR2+ 

Ri, RO, R2 
#0R1,R7, RO 

R2, #ARO,R3 

R2, #ARO++(IRO) , RA 
RB, HAR3+( IRO) 
RO, RS, R3 
#ARI++, RG, RO 


- RG, #ARO,R2 


#0R14++,R7,RI 
RA, HAR2+ (TRO) 
+ARO++, R3,R5 
R2, HARSH 


#+AR1,R6, RS 
RS, #AR2++ 
R1, RO, R2 
#AR1,R7,RO 
R2, #ARO, R3 
R2, FARO++, R4 
R3, #AR3++ 
RO, RS, R3 
#ARI++, Rb, RO 
R3, FARO, R2 
#AR1++( TRO) ,R7,R1 
R4, #AR2++ 
#ARO++ , R3, R3 
R2, FAR3++ 


R2, #ARO, R3 

R2, #ARO++( TRO), R4 
R3, FARS++( TRO) 
RO, RS, R3 
#AR1++,R7, RO 

R3, #ARO , R2 
#ARI++, RO R1 

R4, #AR2++( TRO) 
#ARO++ RZ, RS 

R2, HARS++ 


#+AR1,R7, RS 
RS, #AR2++ 
R1, RO, R2 
#AR1,RE,RO 
R2, ARO, R3 
R2, #ARO++, R4 
R3, #ARS+H 
RO, RS, R3 
#AR1++,R7, RO 


? 


«es 


we we 


we 


uae =e ve “oe we ue 


we 


we 


we 


ue 


“we ve 


“eo 


ue 


we 


RS = BI # SIN, (AR’ = R3) 


(R2 = TI = RO + Ri) 
RO = BR # COS , (R3 = AI + TI) 


(R46 = AI - TI , BI’ = R3) 


R3 = TR = RO + R5 
RO = BR# SIN, R2=AR- TR 


Ri = BI # COS , (AI’ = RA) 


RS = AR +R, BR’ = R2 


RS = BI # SIN, (AR’ = RS) 


(R2 = TI = RO - Ri) 
RO = BR # COS , (R3= AI + TI) 


(R4 = AI - TI , BI’ = R3) 


R3 = TR = RO + RS 
RO = BR # SIN, R2= AR- IR 


Ri = BI # COS , (AI’ = RA) 


R3 = AR + TR , BR’ = R2 


RS = BI # COS , (AR’ = R3) 


(R2 = TI = RO - Ri) 
RO = BR * SIN , (R3 = AI + TI) 


(R4 = AI - TI , BI’ = R3) 


R3 = TR = RS - RO 
RO = BR # COS , R2= AR- IR 


Ri = BI # SIN, (AI’ = RA) 


RS = AR+1R, BR = R2 


RS = BI # COS , (AR’ = R5) 


(RZ = TI = RO + R1) 
RO = BR# SIN, (R3 = AL + TI) 


(R46 = AI - TI , y(L) = BI’ = R23) 


R3 = TR = R5 - RO 
RO = BR* COS , R2=AR- IR 


it SUBF R3, FARO, R2 

BF2END 3 =—s MP YF #ARI4++(IRO) RO, RL 

it ADDF #ARO++, R3, RB 

t 

# CLEAR PIPELINE 
STF R2, #ARS++ 

STF R4, #AR2++ 
ADDF Ri, RO, R2 
ADDF R2, #ARO, R3 

HH STF R3, #AR2Z++ 
SUBF R2, #ARO,R4 

i STF R3, #AR3 
STF R4, #AR2 

t 

* LAST STAGE 

# 
LDI @INPUT , ARO 
LDI ARO, AR2 
LI @INPUTP2, ARI 
LDI ARI, AR3 
LDI @SINTP2, AR7 
LDI 3, IRO 
LDI @FG4MZ , RC 

t 

# FILL PIPELINE 

t 

* 4, BUTTERFLY: w*0 

% 


DOF #ARO, #ARI RO 
SUBF #AR1++, HARO+, R7 
ADDF #0RO, #AR1 RA 


~~. 


we we we ee 


. 
? 
° 
? 
? 


Ri = BI # SIN, R3= AR + TR 


BR’ = R2, Al’ = R4 


R2 = Tl = RO+R1 
R3= Al + TI , AR =R3 


R4= AL - TI, BI’ = R3 


AI’ = R4 


UPPER INPUT 
UPPER OUTPUT 
LOWER INPUT 
LOWER OUTPUT 
POINTER TO TWIDDLE FACTORS 
GROUP OFFSET 


AR’ = R& = AR + BR 
’ = R7 = AR - BR 


; Al’ = R4 = Al + BI 


SUBF #AR1++( TRO), #ARO++(IRO) RSs BI’ = RS = AI - BI 


* 
# 2. BUTTERFLY? w*M/4 


ADDF #++AR1, #ARO,R3 5 AR’ = R3 = AR + BI 
LDF #-AR7,R1 s Ri = 0 (FOR INNER LOOP): 
7 LDF #AR1++, RO ; RO = BR (FOR INNER LOOP) 
SUBF s #ARI4+(IRO),#ARO++,R2 ; BR’ = R2 = AR - BI 
STF Rb, FAR2+ + (AR = R6) 
tf STF R7, #AR3+ ; (BR’ = R7) 
STF RS, #AR3++( TRO) » (BI’ = RS) 


* 3. TOM. BUTTERFLY: 


LDF #AR7++,R7 

i STF R4, #AR24++( 1RO) 
LOF #AR7++ RE 

ii STF R2, #ARS++ 
MPYF #+AR1,R6,RS 

i STF R3, #ARZ++ 


ADDF R1,R0,R2 
MPYE #AR1,R7,RO 


? 


? 


R7 = COS , (AI’ = R4) . 
R&6 = SIN , (BR’ = R2) 
RS = BI # SIN , (AR’ = R3) 


(R2 = TI = RO + Ri) 
RO = BR * COS , (R3 = Al + TH) 
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ae ee 


CLEAR PIPELINE 


STF 
STF 
ADDF 
ADDF 
STF 
SUBF 
STF 
STF 


END! OF FFT 


BIT REVERSAL 


LBI 
LDI 
LDI 
LDI 
LDI 
SUBI 


LDF 
RPTB 
LDF 
STF 
LDF 
STF 
LDF 
STF 


R2, #ARO,R3 

R2, #ARO++(IRO) RA 
R3, #AR3++(IRO) 
RO, R5,R3 
#ARI++, RS, RO 
R3, FARO, R2 
#0R1+4(IRO) ,R7, RI 
R4, #AR2++4(IRO) 
#ARO+,R3, RB 

R2, HARSH 


HARI, R7, RS 

RB, #ARZH+ 
R1,RO,R2 
#AR1R6,RO 

R2, #ARO,R3 

R2, #ARO++( TRO) RA 
R3, #AR3++( IRO) 
RO,R5,R3 
#AR1 ++, R7, RO 
R3, FARO, R2 
#AR1++(1RO) RO, Ri 
#AROH, R3,R3 


R2, #ARS++ 

R4, #AR2++4 ( IRO) 
Ri, RO,R2 

R2, #ARO,R3 

R3, #ARZ++ 

R2, #ARO,R4 

R3, #AR3 

R4, #AR2 


@FFTSIZ, IRO 
2, 1Rt 
@INPUT, ARO 
@OLITPUT, ARI 
@FFTSIZ,RC 
2,RC 


#+ARO(1) RO 
BITRV 
#ARO++( TRO) b,R1 
RO, #+AR1 (1) 
#+ARO(1) , RO 

Ri, ARI++( IRI) 
FARO++( TRO) b, Ri 
RO, #+AR1 (1) 


we 


we 


we 


we 


we 


Pry 


we 


Ld 


(R4 = AI - TI, BI’ = R3) 


END: 
R3 = TR=RO+RS 
RO = BR * SIN, R2 = AR- IR 
RI = BI # COS, (AI’ = RA) ‘ 
SELF 


R3 = AR + TR, BR’ = R2 


RS = BI # COS , (AR’ = R3) 


(R2 = TI = RO - Ri) 


: RO = BR # SIN , (R3 = AI + TI) 


we ve 


ery 


we we ue 


we 


we 


(R4 = AI - TI , BI’ = R3) 


R3 = TR = RO - R5 
RO = BR # COS , R2 = AR - TR 


Ri = BI # SIN , R3 = AR + TR 


BR’ = R2, (AI’ = R4) 


R2 
R3 


TI = RO + Ri 
Al + TI , AR’ =R3 


R4 = Al - TI, BI’ = R3 


AI’ = R4 


Ri, #AR1 


v6 
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APPENDIX A4 


COMPLEX, RADIX-2 DIT FFT & R2DITB.ASM 


i ee ea re re ee ee re ea ee ae ee a ee ee 


GENERIC PROGRAM FOR A FAST LOOPED-CODE RADIX-2 DIT FFT COMPUTATION 
ON THE TMS320C30 


WRITTEN BY: RAIMUND MEYER, KARL SCHWARZ 24.07.89 
LEHRSTUHL FUER NACHRICHTENTECHNIK 
UNIVERSITAET ERLANGEN-NUERNBERG 
CAUERSTRASSE 7, D-8520 ERLANGEN, FRG 


THE (COMPLEX) DATA RESIDE IN INTERNAL MEMORY. THE COMPUTATION IS DONE 
_ IN-PLACE, BUT THE RESULT IS MOVED TO ANOTHER MEMORY SECTION TO 
DEMONSTRATE THE BIT-REVERSED ADDRESSING. 


FOR THIS PROGRAM THE MINIMUM FFT LENGTH IS 32 POINTS BECAUSE OF 
THE SEPARATE STAGES. 


FIRST TWO PASSES ARE REALIZED AS A FOUR BUTTERFLY LOOP SINCE THE 
MULTIPLIES ARE TRIVIAL. THE MULTIPLIER IS ONLY USED FOR A LOAD IN 
PARALLEL WITH AN ADDF OR SUBF. 


2 a a oR OO OR 
ee 2 ad a 


EEE SERERERE AERA RER EAA RESE SER ELE RES ESEE SESE ES EES SEE SESE ESSE SESE ESE SE SEEE SEES SHEE 


# 

# EXAMPLE FOR A 1024-POINT FFT (WITH BIT REVERSAL) = 

# 

# MEMORY SIZE : 

* PROG = 231 WORDS 

* DATA = 912 WORDS 

# 

* CYCLES PER BUTTERFLY : 

* STAGES 1 AND 2 = 4 

* STAGES 3 T0 8 = 8 

% STAGE 9 = 8.25 

* STAGE 10 = 10.5 (DUE TO EXT. MEMORY WAITS) 
t 

# AVERAGE CYCLES/BUTTERFLY = 7.41 

* TOTAL BUTTERFLYCYCLES = 38272 

* INITIALIZATION OVERHEAD = 2185 = 5.4 4 OF TOTAL TIME 

#* TOTAL NUMBER OF INSTRUCTION CYCLES = 40457 

# TOTAL TIME FOR A 1024 POINT FFT) == 2.42 as (INCLUDING BIT 

% REVERSAL ) 
# 


HERRSREREL LESS LAE REE EE REE EEE EAE EEE EEE EEE EERE EERE EELS EEE EEE HS EES E TE 


i 


ERERELEEEESELES SESE RELA RELEASE REELS SESE SERS LE ESSE EL EELS ELE594 5 $9405 904 EEE 


* 
# THIS PROGRAM INCUDES FOLLOWING FILES: 


THE FILE ’TWIDIKBR.ASM’ CONSISTS OF TWIDDLE FACTORS 


* 


THE TWIDDLE FACTORS ARE STORED IN BIT REVERSED ORDER AND WITH A TABLE 
LENGTH OF N/2 (N = FFTLENGTH). 


EXAMPLE: SHOWN FOR N=32, WN(n) = COS(2*PI#n/N) - j#SIN(2#P]#n/N) 


ADDRESS COEFFICIENT 


0 R{WN(O)} = COS(2#P1#0/32) = 1 

1 -T{WN(O)} = SIN(2#P1#0/32) = 0 

2 R{WN(4)}> = COS(2#P1#4/32) = 0.707 
3 ~T{WN(4)3 = SIN(2#P1#4/32) = 0.707 
12 R{WN(3)3 = COS(2#P1#3/32) = 0.831 
13 ~TCWN(3)2 = SIN(2#P1#3/32) = 0.556 
14 R{WN(7)} = COS(2#P1#7/32) = 0.195 
15 ~1€WN(7)} = SIN(2#P1#7/32) = 0.981 


WHEN GENERATED FOR A FFT LENGTH OF 1024, THE TABLE IS FOR ALL 
AVAILABLE FFT GF LESS OR EQUAL LENGTH. 


THE MISSING TWIDDLE FACTORS (WN(),WA(),....) ARE GENERATED BY USING 
THE SYMMETRY WN(N/4tn) = -j#WN(n). THIS CAN BE EASILY REALIZED, BY 
CHANGING REAL- AND IMAGINARY PART OF THE TWIDDLE FACTORS AND BY 
NEGATING THE NEW REAL PART. 


TO CHANGE THE FFT LENGTH ONLY THE PARAMETERS IN THE HEADER OF 
TWIDIKBR.ASM AND THE INPUT AND OUTPUT VECTOR LENGTHS NEED TO BE 
ALTERED. 


RES ERRE EEE EERE EEE EE ERE EEE AES SEES SERRE SESE SESE SESE EES S ESS ESSERE EES EEE 


os I a 2 Oo 
bola a 


% , d 
# . + SI 
* AR + j Al ------------------------—--------------------- AR’ +j Al’ # 
* \ / + # 
* \ / + 
+ \/ # 
* /\ + 
# / \ # 
+ / \+ ry 
* BR + j BI ---- ( COS - j SIN ) -------------------------- BR’ + j BI’ # 
+ - # 
* TR = BR * COS + BI # SIN * 
* TI = BR # SIN - BI # COS % 
* AR’= AR + TR # 
# Al’= Al - TI * 
* BR’= AR - TR + 
* BI’= Al + TI * 
* By 


REREAEE EEE EERE EEE REEL EEE SE EEE ERE EEE EEE EEE REESE RE LEE ESAS ESSE SEREES 
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' + 
global FFT # FIRST 2 STAGES AS RADIX-4 BUTTERFLY 
«global oN + 
.global  NHALB # FILL PIPELINE 
.global  NVIERT * 
.global — NACHTEL ADDF FARZ, #ARO, RA ; RA = AR + CR 
.global so M SUBF #ARZ, FARO++, RS ; RO =AR- ER 
salobal SINE ADDF #ARI , HAR3, RE ; R& = DR + BR 
SUBF #AR1++, #AR3++,R7 R7 = DR - BR 
bss INP, 2048 s INPUT VECTOR LENGTH = 2N (DEPENDS ADDF R6, RA, RO ; AR’ = RO = RA + RO 
‘ »  ONND: MPYF #AR3++, #AR7 RI s RL = DI , BR’ = R3 = R4 - Rb 
bss QUTP , 2048 ; OUTPUT VECTOR LENGTH = 2N (DEPENDS u SUBF Ro, RA, R3 
# > ONN) ADDF R1, #AR1 RO : RO = BI + DI , AR’ = RO 
‘ : 1 STF RO, #ARSH 
eer SUBF RI, FARI++, RI ; Ri = BI - DI , BRY = R3 
: i STF R3, #ARS++ 
FFTSIZ .word N ADDF Ri, RS, R2 ; CR’ = R2 = RS + Ri 
FG4M2 word NVIERT-2 MPYF #+ARZ, #AR7 RI : RL = CI , DR’ = R3= RS - Rt 
FG4M3. = sword = NVIERT-3 it SUBF Rt, RS, R3 
FGSM2 sword NACHTEL-2 ADDF R1, #ARO,R2 : R2 = AE + Cl , CR’ = R2 
FG? “words NHALB i STF R2, #AR2++ (IRI) 
FG2M3 = word) = NHALB-3 SUBF RL, FARO++, RG + RO= AI - CI, DR’ =R3 
LOGFFT werd M iW STF R3, #ARS++ 
SINTAB .word SINE ADDF RO, R2, R4 + Al’ = R4 = R2 + RO 
SINTM «word SINE-1 7 
SINTPZ sword = SINE+2 * — RADIX-4 BUTTERFLY LOOP 
INPUT ,word INP * 
INPUTP2 =. word INP+2 RPTB BLK1 
OUTPUT = wword = OUITP MPYF #ARZ-- KART , RO » RO = CR , (BI’ = R2 = R2 - RO) 
QUTP1 = word = QUT P+ ei SUBF RO,R2,R2 
* ; MPYF #AR1++, HART, RI : RL = BR, (CI’ = R3 = Rb + R7) 
* ARO: AR + Al i ADDF R7,R6,R3 
# ARL: BR + BI ADDF RO, FARO, R4 s RE=AR+ CR, (AI’ = RA) 
# ARE CR+ C1 + CR’ + CI’ i STF RA, HARSH 
# AR3: DR + DI SUBF RO, #ARO++, RS , RS = AR- CR, (BI’ = R2) 
#  ARAS ARS + AI’ MH STF R2, #ARS++ 
* ARS: BR’ + BI’ SUBF R7,R6, R7 (DIY = R7 = Rb - R7) 
# ARG + DR’ + DI’ ADDF R1, #AR3, R6 2 R6= DR + BR, (DIY = R7) 
# ART + FIRST TWIDDLE FACTOR = 1 ie SIF R7, #ARG++ 
* SUBF RI, #ARS++, R7 + R7 = DR - BR, (CI’ = R3) 
FFT: LDP FFTSIZ ; LOAD PAGE POINTER 4 STF R3, #AR2++ 
LDI @FG2, IRO + IRO = N/2 = OFFSET BETWEEN INPUTS ADDF Rb, R4, RO » ARS = RO = RA + RO 
LDI @SINTAB, ART ; AR7 POINTS TO TWIDDLE FACTOR 1 MPYF ¥AR3++, HART, RI > Ri = DI, BR’ = R3 = R4 - Rb 
LDI @INPUT, ARO + ARO POINTS TO AR Ht SUBF Rb, RA, R3 
ADDI TRO, ARO, ARI + ARI POINTS TO BR ADDE R1, #ARL RO » RO = BI +DI , AR’ = 
ADD! TRO, ARI, AR2 ; AR2 POINTS TO CR i STF RO, HARA+H 
ADDI TRO, AR2, ARB + AR3 POINTS TO DR SUBF Ri, #ARI+, Ri > Ri = BI - DI , BR’ = 
LDI ARO, ARA ; AR4 POINTS TO AR’ STF R3, #ARS++ 
LDI ARL, ARS ; ARS POINTS TO BR’ ADDF R1, RS, R2 , CRY = R2 = R5 + Ri 
LDI AR3, ARS ; ARS POINTS TO DR’ MPYF #+ARZ, #AR7 RI > RL = CI, DR’ = R3 = RS - Ri 
LDI 2, IR1 ; ADDRESS OFFSET i SUBF R1,R5,R3 
LSH -1, IRO ; IRO = N/4 = NUMBER OF R4-BUTTERFLIES ADDF R1, #ARO, R2 > R2= AL +CI , CR’ = 
LDI IRO, RC ie STF R2, #ARZ+ (IRL) 


SUBI 2,RC SUBF Ri, FARO++, Rb R6 = AI - CI , DR’ = 


we 


96 
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+ 
#  TKIRD TO LAST-2 STAGE 
# 


i STF 
BLKI ADDF 


R3, HARSH 
RO, R2, RS 


# CLEAR PIPELINE © 


SUBF RO,R2,R2 
ADDF R7,R6,R3 


SIF R4, HARA 
ty STF R2, #ARS 
SUBF R7,Rb,R7 
STF R7, #ARG 
STF R3, #-ARZ 


LDI G2, IRi 
LDI TRO, ARS 
SUBI 1, ARS 
LDI 1, AR6 

$ 

STUFE LDI @SINTAB, AR7 
LDI 0, ARS 

~ UI @INPUT , ARO 

LDI ARO, AR2 
ADDI TRO, ARO, AR3 
LDI AR3, ARI 
LSH 1, ARG 
LSH ~2, ARS 
LSH 1, ARS 
LSH -1, IRO 

t 
LSH “1, IR} 
ADDI 1,1R1 

+ 
LDF #ARI ++, RG 

aH LDF #AR7 ,R7 

2 

GRUPPE 

t 

# FILL PIPELINE 

t 

5d 

* 

t 
LDF #++0R7, RE 
PYF FARI--,R6,RI 

it ADDF #++AR4, RO,R3 


MPYF #AR1,R7,RO 
SPYF #AR I++, #AR7--, RO 


Hi ADDF RO,R1,R3 
MPYF #AR1++,R7,R1 
i SUBF R3, #ARO, R2 
ADDF #ARO++ RS, RS 
HH STF R2, #ARS+H+ 


we ve ae 


Al’ = R4 = R2 + RO 


BI’ = R2 = R2 ~ RO 
CI’ = R3 = Rb + R7 
Al’ =R4, BI’ = R2 


s DI’ = R7 = Rb - R7 


we we we we we we ee we ee 


we we 


we 48 we we 


2] 


DI’ = R7 , Cl’ = R3 


POINTER TO TWIDDLE FACTOR 

GROUP COUNTER 

UPPER REAL BUTTERFLY INPUT 

UPPER REAL BUTTERFLY OUTPUT 

LOWER REAL BUTTERFLY OUTPUT 

LOWER REAL BUTTERFLY INPUT 

DOUBLE GROUP COUNT - 

HALF BUTTERFLY COUNT 

CLEAR LSB 

HALF STEP FROM UPPER TO LOWER REAL 
PART 


STEP FROM OLD IMAGINARY TO NEW REAL 
VALUE 

DUMMY LOAD, ONLY FOR ADDRESS UPDATE 

R7 = COS 


ARO = UPPER REAL BUTTERFLY INPUT 
AR1 = LOWER REAL BUTTERFLY INPUT 
AR2 = UPPER REAL BUTTERFLY OUTPUT 
AR3 = LOWER REAL BUTTERFLY OUTPUT 
THE IMAGINARY PART HAS 10 FOLLOW 
R& = SIN 

Ri = BI # SIN 

DUMMY ADDF FOR COUNTER UPDATE 
RO = BR # COS 

R3 = TR = RO + Ri , RO = BR # SIN 


Ri = BI #COS , R2=AR- TR 


; RO = AR + TR, BR’ = R2 


i i. i ee al 


LDI ARS, RC 
FIRST BUTTERFLY-TYPE: 


TR = BR # COS + BI # SIN 
TI = BR # SIN - BI # COS 
AR’= AR + TR 
Al’= AI - TI 
BR’= AR - TR 
BI’= AI + TI# 


RPTB «BLY! 


MPYF HARI, RG, RS 
STF RS, #ARZ++ 
SUBF R1,RO,R2 
MPYF #AR1,R7, RO 
ADDF R2, #ARO,R3 
SUBF R2, HARO++, R4 
STF R3, HARSH 
ADDF RO, R5,R3 
NPYF #AR1 +, Rb, RO 
SUBF R3, #ARO,R2 
MPYF #0R1++,R7,R1 


SIF RA, #AR2+ 
ADDE = ARO#+,R3,R5 
STF R2, #ARS+ 


SWITCH OVER TO NEXT GROUP 


SUBF Ri, RO, R2 
ADDF R2, #ARO, R3 


STF RS, #ARZ++ 

SUBF R2, #ARO++(TR1) RA 
STF R3, HAR3+(1R1) 
NOP #AR1+4(1R1) 

MPYF #ARI—-,R7,R1 

STF R4, #AR2++(1R1) 


MPYF #AR1, Rb, RO 

MPYF #AR1++, #AR7++, RO 
SUBF RO,R1,R3 

MPYF HARI +, Rb, RI 
SUBF R3, #ARO, R2 

ADDF #ARO+ RB, RS 

STF R2, #AR3+ 

LDI ARS, RC 


SECOND BUTTERFLY-TYPE: 


TR = BI # COS - BR # SIN 
TI = BI # SIN + BR # COS 
AR’= AR + TR 
Al’= Al - TI 
BR’= AR - TR 


? 


we we 


5] 


? 


? 


% 


% 


; RS = BI # SIN, (AR’ = RS) 


(R2 = TI = RO - Ri) 
RO = BR # COS , (R3= Al + TI) 


(R4 = AI - TI , BI’ = R3) 


R3 = TR = RO + RS 
RO = BR # SIN, R2 = AR- TR 


; RL = BI # COS, (AI’ = RA) 


RS = AR + TR, BR’ = R2 


R2 = Tl = RO - Ri 
R3= Al + TI, AR’ = RS 


R@=Al- TI, BI’ = R3 


ADDRESS UPDATE 


; Ri = Bl # COS , Al’ = RA 


RO = BR # SIN. 


; R3 = TR = Ri - RO , RO = BR # COS 


; Ri = BI # SIN, R2 = AR - TR 


RS = AR + TR , BR’ = R2 
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L6 


# BI*= Al + TI 
# 


RPTB 


it STF 
SUBF 
MPYF 
Hn SUBF 
MPYF 
Hn STF 
BFLY2 ADDF 
' STF 


mm RM 


ADDF 
ADOF 
i STF 
CHPI 
BNED 
SUBF 
i STF 
LDF 
i STF 
NOP 


CLEAR PIPELINE 


BFLY2 


#+4AR1,R7 RS 
RS, #AR2++ 
Ri, RO,R2 
#AR1 RE, RO 
R2, #ARO, R3 
R2, #ARO++, RA 
R3, HAR3++ 
RO, R5,R3 
#AR1++,R7, RO 
R3, #ARO, R2 
#AR1++,R6,R1 
R4, HAR2++ 
FARO+ , R3,RS 
R2, #AR3++ 


Rt, RO,R2 

R2, #ARO,R3 

RS, #ARZ++ 

ARS, ARS 

GRUPPE 

R2, #ARO++(IR1),R4 
R3, FAR3++(TR1) 
#++AR7 ,R7 

R4, #AR2++( IRL) 
#ARL++ (TRI) 


# END OF THIS BUTTERFLY GROUP 


CHP I 
BNZ 


™ 


FILL PIPELINE 


_— me mm 


ADDF 
SUBF 
ADDF 


4, IRO 
STUFE 


SECOND TO LAST STAGE 


@INPUT , ARO 
ARO, AR2 


_TRO, ARO, ARI 


ARI, ARS 
@SINTP2, AR7 
5, IRO 
@FGEN2, RC 


1. BUTTERFLY: w*0 


#ARO, HARI, R2 
#ARL ++, AARO++, RB 
#ARO, #AR1, RO 


q 


7 


7 


ws we we we we we 


RS = BI # COS , (AR’ = R5) 


3 (R2 = TI = RO + Ri) 


RO = BR® SIN, (R3 = Al + TI) 
(RA = AI - TI, BI’ = R3) 


TR = R3 = RS - RO 
RO = BR # COS , R2 = AR - TR 


; Ri = BI # SIN, (AI’ = R4) 


RS = AR + TR, BR’ = R2 


DO FOLLOWING 3 INSTRUCTIONS 
R4= AI - TI , BI’ = R3 


R7 = COS 
AI’ = R4 
BRANCH HERE 


JUMP OUT AFTER LD(N)-3 STAGE 


UPPER INPUT 

UPPER OUTPUT 

LOWER INPUT 

LOWER OUTPUT 

POINTER TO TWIDDLE FACTOR 
DISTANCE BETWEEN TWO GROUPS 


- 


SUBF SARI++, HAROH, RI 
2, BUTTERFLY! w*0 


ADDF FARO, #AR1 , RG 


SUBF #AR1++, HARO++, R7 


ADDF FARO, HARI, RA 


’ 
. 
? 


e 
Y 


BI’ = Ri = Al - BI 


« AR’ = R6 = AR + BR 


“ = R7 = AR - BR 
Al’ = R4= Al + BI 


SUBF #AR1++(1RO), #ARO++(IRO),RS ; BI’ = RS = AI - BI 


STF R2, #AR2++ 
STF R3, #AR3++ 
STF ss RO, AR2++ 
STF R1, SAR3+ 
STF R6, #AR2++ 
STF R7, #ARS++ 
STF R4, #ARZ++(2RO) 
STF RS, #AR3++( TRO) 


3. BUTTERFLY: w*M/4 
ADDF HARO+ , #+AR1 RS 
SUBF ARI , FARO, R4 
ADDF HARI ++, #ARO-~, RG 
SUBF HARI ++, HARO++, R7 
4. BUTTERFLY: wM/4 


ADDF = #+ARI, #+40RO, RB 


LOF #-AR7,R1 

LDF FAR1++, RO 

SUBF #AR1++( RO), #ARO++, R2 
STF RS, #AR2++ 

STF R7, #AR3++ 

STF Rb, FARS++ 


5.. TOM. BUTTERFLY: 


RPTB BF 2END 

LDF #AR7++, R7 
STF R4, FAR2++ 
LDF HART ++ RS 
STF R2, #ARS++ 
MPYF #+AR1 RO, RS 
STF R3, FARZ++ 


ADDF R2, ARO, R3 


SUBF —«R2, #ARO#+(IRO) , RA 


STF RB, #AR3+( RO) 
ADDF RO, R5,R3 

HPYF #AR1++, Rb, RO 
SUBF R3, #ARO, R2 
MPYF #0R1++4,R7,Ri 
STF RA, #AR2++( TRO) 


Y 


3 (AR’ = R2) 


» (BRY = R3) 


¥ 
’ 
? 
a 
? 
7 
% 


t 


we ve we we 


7 


we 


ae 


; (AI’ = RO) 
: (BI’ = Ri) 


AR’ = Rb 
“= R7 


» AI’ = R4 
» BI’ = RS 


AR’ = RS = AR + BI 
Al’ = R4 = Al - BR 
BI’ = R6= Al + BR 
BR’ = R7 = AR - BI 


AR’ = R3 = AR + BI 

Ri = 0 (FOR INNER LOOP) 

RO = BR (FOR INNER LOOP) 
; BR’ = R2 = AR - BI 


; (AR’ = R5) 


(BR’ = R7) 
(BI’ = R6) 


R7 = COS , ((AI’ = R4)) 
R6 = SIN, (BR’ = R2) 
R5 = BI # SIN, (AR’ = R3) 


(R2 = TI = RO + Ri) 
RO = BR# COS , (R3 = AI + TI) 


(R4 = AI - TI, BI’ = R3) 


R3 = TR = RO + RS 
RO = BR # SIN , R2 = AR - TR 


Ri = BI # COS , (Al’ = R4) 
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CLEAR PIPELINE 


STF 
STF 
ADDF 
ADDF 
STF 
SUBF 


#AROH, RB, RS 
R2, HARSH 


#+40R1,R6,RS 
RS, ARH 
R1,RO,R2 
#0R1,R7,RO 
R2, #ARO,R3 
R2, #ARO++, R4 
R3, #AR3+ 
RO,R5,R3 
#AR1+4, Rb, RO 
R3, #ARO,R2 


#AR14+(1RO) RT, RI 


R4, HARZH 
#ARO+, R3, RB 
R2, #AR3+ 


R2, #ARO, R3 


RZ, #ARO++( 1RO) , RA 


RB, #AR++ (TRO) 
RO, R5, 3 
#AR1++,R7,, RO 
R3, FARO, R2 
#R1++,R6,RI 
R4, HAR2+ (TRO) 
#ARO+, R3,R5 
R2, HARSH 


#+0R1,R7,R5 
RS, HARZ+ 
R1,RO,R2 
#AR1, Rb, RO 
R2, #ARO,R3 
R2, FARO++ RA 
R3, HARS+ 
RO, RS, R3 
#AR1++,R7, RO 
R3, #ARO, R2 


#ARI++( TRO) ,R6,R1 


#ARO t+, R3,R3 


R2, HARSH 
RA, HARZH 
Ri, RO,R2 

R2, #ARO, R3 
RB, HARD 
R2, #ARO,R4 


3 RS = AR + TR , BR’ = R2 


RS = BI # SIN, (AR’ = RS) 


we 


(R2 = TI = RO - Ri) 
: RO = BR * COS., (R3 = AI + TI) 


we 


; (R4 = AI - TI , BI’ = R3) 


3 R3 = TR = RO + BS 
; RO = BR # SIN , R2 = AR - TR 


; Ri = BI # COS , (AI’ = RA) 


+ R3= AR + TR, BR’ = R2 


; RS = BI # COS , (AR’ = R3) 


+ (R2 = TI = RO - Ri) 
; RO = BR# SIN, (R3 = AI + TI) 


» (RE = Al - TI , BI’ = R3) 


; R3 = TR = RS - RO 
; RO = BR # COS , R2 = AR - TR 


; RL = BI #SIN, (Al’ = R4) 


5 RS = AR +R, BR = R2 


; RS = BI # COS , (AR’ = RS) 


(R2 = Tl = RO + RL) 
; RO=BR#*SIN, (R3= Al + TI) 


we 


(R4 = AL - TI , y(L) = BI’ = R3) 


wa 


3 R3 = TR = RS - RO 
RO = BR # COS , R2 = AR - TR 


~e 


Ri = BI # SIN , R3 = AR + TR 


we 


; BR’ = R2, AI’ = R4 


; R2 = TI =RO+R! 
R3= Al + TI , AR’ = RB 


3 R4= Al - TI, BI’ = R3 


a ee ee 


STF 
STF 


R3, #AR. 
RA, #AR2 ; AI’ = R4 


LAST STAGE WITH INTEGRATED BIT REVERSAL 


FILL PIPELINE 


1. BUTTERFLY: wO 


ADDF 


@INPUT , ARO ; UPPER INPUT 

@OUTPUT, AR2 ; REAL OUTPUT '!! 

@INPUTP2, ARI + LOWER INPUT 

ROUTP1, ARS s IMAGINARY OUTPUT !'! 
@SINTP2, AR7 + POINTER TO TWIDDLE FACTORS 
@FFTSIZ, IRO ; BIT REVERSAL 

3, IR! s GROUP OFFSET 

@F GANZ, RC 

#ARO, #ARI RG 5 AR’ = RO = AR + BR 


#ARI++, #ARO++,R7 =; BR’ = R7 = AR - BR 
FAR1, HARO, R4 ; BI’ = R4= Al -~ BI 
#ARI4+(1R1), #ARO++(IR1), RS; Al’ = RS = Al + BI 


2.. BUTTERFLY: w*M/4 


UBF 
LOF 
LDF 
ADDF 
STF 
STF 
STF 


#+ARI, HARD, R3 ; BR’ = R3 = AR - BI 
#-0R7,R1 + Rl = 0 (FOR INNER LOOP) 
#ARI+4, RO ; RO = BR (FOR INNER LOOP) 
#ARL++(IRL) #ARO++,R2 9; AR’ = R2 = AR + BI 


Rb, FARZ++(1R0)b ¢ (AR’ = RO) 
RS, #ARS++( TRO)b ; (AI’ = RS) 
R7, #ARZ++(1TRO)D ; (BRY = R7) 


3. TO M. BUTTERFLY: 


PTB 


BFLEND 


17 CYCLES IF FFT SIZE <1024 DUE TO THE USE OF INTERNAL MEMORY FOR BIT 
REVERSAL, 21 CYCLES IF FFT SIZE = 1024 DUE TO THE USE OF EXTERNAL MEMORY 


FOR BIT REVERSAL 
LOF #AR7+,R7 + R7 = COS , ((BI’ = R4)) 
STF R4, #AR3++(IRO)B 
LOF #ART#H+ RG  R& = SIN, (ARY = R2) 
STF R2, #AR2++( IRO)B 
MPYF #4AR1,R6,RS ; RS = BI # SIN, (BR’ = R3) 
STF R3, #AR2++( IRO)B 
ADDF R1,RO,R2 ; (R2 = TI = RO + Ri) 
MPYF #AR1, R7,RO » RO = BR#COS , (AI’ = R3= Al - TI) 
SUBF R2, #ARO ,R3 
ADDF R2,#ARO++(IRL) RAs (BIY = R4 = AL + TI , A’ = R3) 
STF RS, #AR3+(IRO)B 
ADDF RO,RS,R3 » R3 = TR= RO + RS 
MPYF #AR1++, Rb, RO ; RO = BR# SIN, AR’ = R2= AR+ TR 
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* 
# CLEAR PIPELINE 
# 


STF 
STF 
ADDF 
SUBF 
STF 
ADDF 
STF 
STF 


END OF FFT 


R3, #ARO,R2 
#AR144( IRL) R7,RI 
R4, #AR3++(IRO)B 
R3, FARO++, R3 
R2, #AR2+4(1RO)B 


#+AR1R7, RS 

R3, FAR2++( TRO)B 
Ri ,RO,R2 
#AR1,R6,RO 

R2, #ARO, RB 

R2, FARO++(IR1) R4 
R3, HAR3++ ( IRO)B 
RO, R5,R3 
#AR1++,R7, RO 

R3, #ARO,R2 
#ARI++( IRL) Rb, Ri 
R3, HARO+ RB 


R2, #ARZ++(TRO}B 
R4, HARS++(IRO)B 
Ri, RO, R2 

R2, #ARO, RS 

R3, #AR2 

R2, #ARO,R4 

RS, #ARS++ ( IRO)B 
R4, #AR3 


? 


ae 


ery 


we 


ue 


we 


; RI = BI # COS , (BI = R4) 


BR’ = R3= AR- TR, AR’ = R2 


RS = BI # COS , (BR’ = R3) 


(R2 = TI = RO - RI) 
RO = BR# SIN, (AI’ = R3 = AL - TI) 


(BIY = R4 = AI + TI , AI’ = RB) 


R3 = TR= RO - RS 
RO = BR # COS , AR’ = R2= AR + TR 


Ri = BI # SIN, BR’ = R3 = AR - TR 


AR’ = R2, (BI’ = R4) 


R2=Tl=RO+RI 
Al’ = R3=Al- TI, BR’ = R3 


BI’ = R4= Al + TI , Al’ = RB 


BI’ = R4 


0OT 
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APPENDIX AS 


TITLE: TWIDIKBR. ASM 


WRITTEN BY : RAIMUND MEYER AND KARL SCHWARZ 
LEHRSTUHL FUER NACHRICHTENTECHNIK 
UNIVERSITAET ERLANGEN-NUERNBERG 


TABLE WITH TWIDDLE FACTORS FOR A FFT UP TO A LENGTH OF 1024 COMPLEX 
POINTS. 


FILE TO BE LINKED WITH THE SOURCE CODE : R2DIT.ASM OR R2DITB. ASM 


14.07.89 


LENGTH OF TWIDDLE FACTOR TABLE : 5i2 REAL VALUES (=1024 FFT) 


Ce | 


SHEE EHH HEHE HE HE et HEHEHE HEE EE BE 


t 


* 
fh 

nhalb 
nviert 
nachtel 
a 

# 


global 
global 
global 
«global 
«global 
«global 


set 
set 
set 
set 
set 


sine 
fl 


nhalb 

aviert 

nachtel 

& 

1024 : 

512 y n/2 
236 3 

128 : 

10 : 


# ANOTHER EXAMPLE OF FFT-LENGTH ni = 32: 


* ONLY THE FIRST 16 VALUES OF THE TABLE ARE NEEDED 


# 
#n 
tnhalb 
tnviert 
#nachtel 


sine 


.5et 
2set 
set 
.set 
»set 


data 


float 
float 
- float 


float 
float 
» float 
float 
«float 
float 


Cm CO ee RO 


1..00000000000000¢ +000 
0. 00000000000000e +000 
7.07106781 186548e-001 
7.07106781 186548e-001 
9. 23879532511287e-001 
3.826834323650%0e-001 
3. 826834323450Me-001 
9. 2387953251 1287e-001 
9, 80785280403230e-001 


NUMBER OF STAGES = Id(n) 


float 
» float 
«float 
float 


7.11432195745214e-001 
7.02754744457225e-001 
6. 135884649 15452e-003 
9, 99981 175282601e-001 


‘syulog xo[duio,) pZOT Jo yysuay & 0) dn Lag 
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Appendix B. Radix-4 Complex FFT 


An Implementation of FFT, DCT, and Other Transforms on the TMS320C30 
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APPENDIX Bi 


TMS320030, 


AND PARKS BOOK. 


Se ee ee ee ee 


AUTHOR: PANCIS E. PAPAMICHALIS 
TEXAS INSTRUMENTS 


GENERIC PROGRAM TO DO A LOGPED-CODE RADIX-4 FFT COMPUTATION ON THE 


THE PROGRAM IS TAKEN FROM THE BURRUS AND PARKS BOOK, P. 117. THE COMPLEX 
DATA RESIDE IN INTERNAL MEMORY, AND THE COMPUTATION IS DONE IN-PLACE. 


THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GENERIC NATURE GF THE 
PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FFT N AND LOG4(N) ARE 
DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. 


IN ORDER TO HAVE THE FINAL RESULT IN BIT-REVERSED ORDER, THE TWO MIDDLE 
BRANCHES OF THE RADIX-4 BUTTERFLY ARE INTERCHANGED DURING STORAGE. NOTE 
THIS DIFFERENCE WHEN COMPARING WITH THE PROGRAM IN P. 117 OF THE BURRUS 


AUGUST 23, 1997 


EER EREE ERLE EEE EEE REE EEE REE ERE EERE LEE EERE EERE REEEE EEE EEE SESE EEE EES EH 


* 
» GLOBL 
« GLOBL 
» GLOBL 
» GLOBL 


INP « USECT 


+ TEXT 


# INITIALIZE 


FFT 
N 
K 
SINE 


"IN", 1024 


FFTSIZ, 1 
LOGFFT, 1 
SINTAB, 1 
INPUT, 1 

STAGE, 1 

RPTCNT, 1 
IEINDX, 1 


“we 


we 


“eo 


“ee 


we we we we 


we 


we 


ENTRY POINT FOR EXECUTION 
FFT SIZE 

LOG4(N) 

ADDRESS OF SINE TABLE 


MEMORY WITH INPUT DATA 


STARTING LOCATION OF THE PROGRAM 


RESERVE 100 WORDS FOR VECTORS, ETC. 


BEGINNING OF TEMP STORAGE AREA 


FFT SIZE 

LOG4(FFTSIZ) 

SINE/COSINE TABLE BASE 

AREA WITH INPUT DATA TO PROCESS 
FFT STAGE # 

REPEAT COUNTER 

TE INDEX FOR SINE/COSINE 


FFT: 


LOUP: 


>" 


LUI 
LDI 
LUI 


STI 
LBI 
STi 
LDI 
STI 
LDI 
ST 


LOF 
LDI 
LOY 
LDI 
LBI 
STI 


LSH 
LSH 
LDI 
STI 


LSH 
STI 
ABDI 
ST] 
SUBI 


4a, 
— 


QUTER LOOP 


LDI 
ADDI 
ADL 
ADDI 
LOI 
SUBI 


FIST LOOP 


RPTB 
ADDF 
ADDF 
ADLF 


LPCNT, 1 
at 
IA1,2 


TEMP 
@TEMP , ARO 
@STORE, AR} 
#ARO++, RO 


RO, #ARI ++ 
#AR0++, RO 
RO, KARI ++ 
#AR(++, RO 
RO, #ARI ++ 
#AR0, RO 

RO, #ARL 


FFTSIZ 
@FFTSIZ.RO 
@FFTSIZ,IRO 
@FFTSIZ, IRt 
0,AR7 
ART , ESTAGE 


1, IRO 
-2,1Ri 

1, AR7 

ART, @RPTCNT 


~2,R0 

ART, @IEINDX 
2, RO 

RO, @uT 

2,R0 

1,RO 


BINPUT, ARO 
RO, ARO, ARL 
RO, ARI, AR? 
RO, AR2, AR3 
@RPTCNT RC 
1,RC 


BLK 
#+ARO, #+ARZ, RI 
#+0R3, HHARL AG 
RE, R1,R6 


ws 


“e 


we 


we 


ae 


“2 48 we 


~e 


ue 


ve 


“we 


SECOND-LOOP COUNT 
JT COUNTER IN PROGRAM, P. 117 
TAl INDEX IN PROGRAM, P. 117 


INITIALIZE DATA LOCATIONS 
COMMAND TO LOAD DATA PAGE POINTER 


XFER DATA FROM ONE MEMORY TO THE 
OTHER 


COMMAND TO LOAD DATA PAGE POINTER” 


@STAGE HOLDS THE CURRENT STAGE 
NUMBER 

IRO=2#N1 (BECAUSE OF REAL/IMAG) 

IRI=N/4, POINTER FOR SIN/COS TABLE 


INITIALIZE REPEAT COUNTER OF FIRST 
LOOP 


INITIALIZE IE INDEX 
JT=RO/ 242 


RO=N2 


ARO POINTS TO X{1) 
AR1 POINTS TG X(I1) 
AR2 POINTS T0 X(I2) 


: ARS POINTS TO X(13) 


RC SHOULD BE ONE LESS THAN DESIRED # 


R1=¥(T)+¥(12) 


s RO=V(11)+¥(13) 


RO=R1+R3 


OLOOCESIALL 943 


UO LAT p-XIpey apo7-pedoo’T] & 0g 0} weis01g 3119094) ‘Tq xIpueddy 


OFDOTESWLL Yi UO suuofsuvsy 42Y1Q puv ‘TDC ‘144 fo uonviuamajduy uy 


cOl 


MAIN 


INLOP: 


SUBF #+AR2, #+ARO,R4 


STF Rb, #tARO 
SUBF R3,R1 
LDF #AR2 RS 
LDF #+AR1R7 


ADDF #AR3, HARI RB 
ADDF RS, #ARO, RI 

STF R1, #+AR1 

ADDF R3,R1,R6 

SUBF RS, ARO, R2 
STF R6, FARO+ (TRO) 
SUBF R3,Ri 

SUBF #AR3, #AR1 RO 
SUBF R7, #+AR3,R3 


STF Ri, #AR1++( RO) 
SUBF R6,R4,R5 

ADDF R6,R4 

STF RS, #+AR2 

STF R4, #+AR3 

SUBF R3, R2,R5 

ADDF R3,R2 

STF RS, #AR2++( TRO) 
STF R2, #AR3++( RO) 


* 
# IF THIS IS THE LAST STAGE, YOU ARE 
* 


LDI @STAGE, ART 
ADDI 1,AR7 

CHP @LOGFFT ,AR7 
BZD END 

STI ART, STAGE 
INNER LOOP 

LO 1,AR7 

STI ART, @IAL 
LDI 2, 0R7 

STI ART, OLPCNT 
LDI 2, AR6 

ADDI @LPCNT, ARS 
LO @LPCNT, ARO 
LOI @IAL,AR7 


ADDI @IEINDX , AR7 
ADDI @ INPUT, ARO 


STI ART, CIAL 
ADDI RO, ARO, ARI 
STI ARS, @LPCNT 


ADDI RO, ARI, AR2 
ADDI RO, AR2, AR3 


LDI @RPTCNT RC 
SUBI 1,RC 

CHP I BUT, ARS 
BID SPCL 


Te ee, ee en) ee, ee, ee) ey en) ey ae. ers 


ws we we 2h se 48 te eh un oe 


we 


~~. we we ae Pry 


~~ 


we 


R4=¥(1)-¥(12) 
YCT)=R14R3 
RI=RI-R3 
RS=X(12) 

R7=¥ (11) 
RO=X(11)4X(13) 
R1=X(1)#X(12) 
Y(T1)=R1-R3 
R6=R1+R3 
R2=X(1)-X(12) 

XC D)SR1LERS 
R1=RI-K3 
RO=X(11)-X(13) 
“RI=V(11)-¥(13) 1! ! 
X(TL)=RI-R3 
RS=R4-R6 
R4=R4+R6 
Y¥(12)=R4-R6 
Y(T3)=R4+R6 
RS=R2-R3 i!!! 
R2=R2+R3 |! 
X(I2)=R2-R3 i!!! 
X(I3)SR24RB tI 


z 


CURRENT FFT STAGE 


INIT IAL INDEX 
INIT LOOP COUNTER FOR INNER LOOP 


INCREMENT INNER LOOP COUNTER 


IAL=IAI+IE 
(X(T), Y(1)) POINTER 


(X(T1), ¥(I1)) POINTER 


(X(12), ¥(12)) POINTER 
(X(13), ¥(13)) POINTER 


RC SHOULD BE ONE LESS THAN DESIRED # 


IF LPCNT=JT, GO TO 
SPECIAL BUTTERFLY 


@IA1, AR7 
OIA1,ARA 
@SINTAB, ARS 
AR4, ART, ARS 
1, ARS 

ART, ARS, ARS 
1, ARG 


BLK2 

HAR2, #+ARO, RS 
#+AR3, #+ARL RS 
RS, R3,R6 

#+AR2, FARO, RE 
RS,R3 

#AR2, FARO, RL 
#AR3, #AR1 RS 

R3, #+ARS (IRI) Rb 
Rb, #+ARO 
R5,Ri,R7 

#AR2, HARO, R2 
R5,R1 

Ri, #ARS,R7 

R7, #ARO++( TRO) 
R7, Rb 

#+AR3, #+AR1 RS 
Ri, ##ARS( IRL), R7 
RG, #+AR1 

R3, #ARS, Rb 

R7,R6 

RS,R2,Ri 

R5,R2 

SARS, FARL RS 
R5,R4,R3 

RS, R4 

R3, H+AR4 (IRL) R6 
Rb, #AR1++( TRO) 
Ri, #AR4,R7 

R7 Rb 

R1, #+AR4(1R1) RO 
RG, #+AR2 

R3, #AR4,R7 

R7,R6 

R4, #+AR6(IR1) RG 
RG, #AR2++( TRO) 
RZ, #AR6, R7 

R7 Rb 

RZ, #+ARS (IRL) RO 
Rb, ##AR3 

R4, #ARG,R7 

R7 ,R6 

R&, FARS++ ( TRO) 


we 


? 


7 


oT 


? 


«0 @e we 40 we 48 we 


we 


we 


ey ee, ey ee ey ey a, ee, a Sey eT 


“eo We se 


we we we we we 


o «0 48 4m ee 


: 


CREATE COSINE INDEX AR4 


; IA2=IAI+IAi-1 


TAS=IA2+IA1-1 


R3=¥(1)+¥(12) 


s RO=V(IL)4¥(13) 


R&=RS+RS 


s R4=¥(1)-¥(12) 


R3=R3-RS 
Ri=X(1)+X(12) 
RS=X(11)#X(13) 
RG=R3#C02 
Y(D)=R3+RS 

R7=RI+RS 
R2=X(1)~X(12) 
R1=R1-RS 

R7=R1#S12 

X(T) SRLS 
RG=R3#CO2-R1#S12 
RS=Y¥(11)-¥(13) 
R7=R1#(02 

¥ (11) =R3#C02-R1#S12 
R6=R3#S12 
RG=R1#CO24R3#S 12 
RI=R2+RS 

R2=R2-RS 
RS=X(11)-X(13) 
R3=R4-RS 

R4=R4+RS 

R6=R3#C01 
X(T1)=R1#CO2+R3#S 12 
R7=R1#ST1 
RO=R3#C01 -R1 FS 1 
R6=R1#C01 
¥(12)=R3#CO1-R1#S11 
R7=R3#SI 1 
RO=Ri#COL+RBES TI 
R6=R4#C03 
X(12)=R1#CO1+R3#S 11 
R7=R2S13 
RO=R4RCO3-R28S13 
R6=R28C03 
Y¥(T3)=R4#C03-R2#S 13 
R7=R4#S13 
RO=R2eCO3+R4#S 13 
X(L3)SR2eCOZ+R4AEST 


yO! 
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= * © 


CHPI 
BP 
BR 


@LPCNT, RO 


~ INLOP 


CONT 


SPECIAL BUTTERFLY FOR beJ 


IR1, ARS 
~1, AR4 
@SINTAB, ARS 


BLK3 

#AR2, #ARO, RI 
#ARZ, FARO, R2 
H+AR2, +ARO; RB 


- #4AR2, HAR, RA 


#AR3, #0R1, RS 
R1,RS,R6 

R5,RI 

S+0R3, FHARL RS 
R5,R3,R7 
R5,R3 

R3, #+ARO 

R1, #ARO++(IRO) 
#AR3, #AR1, RI 
S+ARB, HARI R3 
R6, #4AR1 

R7, #AR1++( RO) 
R3,R2, RS 
R2,R3,R2 
R1,R4,R3 
R1,RA 

R5,R3, Rt 
sAR4,RI 

R5,R3 

#0R4,R3 

Ri, #+AR2 
R4,R2,R1 
#0R4,RI 

RB, #AR2++( IRO) 
RA, R2 

#AR4,R2 

Ri, #+AR3 

R2, #AR3+( IRO) 


@LPCNT , RO 
INLOP 


ORPTONT , ART 
@IEINDX , ARS 
2, AR7 


ART, ERPTCNT 
2, ARS 


0 


we 


we 


rr, er. | ey ee, Ye, OC, De ey en) a ey el | 


we 


ae we 


we 


LOOP BACK TO THE INNER LOOP 


POINT TO SIN(45) 
CREATE COSINE INDEX AR4=C021 t 


R1=X(1)+X(12) END: 
R2=X(1)-X(12) 

RO=V(1)+¥(12) 

R4=¥(1)-¥(12) 

RS=X(11)4X(13) 

R6=RS-R1 

RIFRItRS 

RS=¥(11)4¥ (13) t 
R7=R3-RS 

RS=R34RS 

Y(T)=R3eRS i 
X(DaRI+RS BITRV 
Ri=X(11)-X(13) i 
RI=V(11)-¥(13) * 
Y(T1)=R5-R1 SELF 
XID) =RO-RS 


R3=R3C021 
¥(12)=(R3-RS) #0021 
RI=R2-RE i!!! 
R1=R1#0021 
X(72)=(R34RS)aC021 
R2=R24R4 tt! 
R2=R2eC021 | !! 
¥(13)==(R4-R2)8CO21 1! 
X(I3)=(R44R2)80021 1! ! 


LOOP BACK TO THE INNER LOOP 


INCREMENT REPEAT COUNTER FOR NEXT 
TIME 


TE=4a1€ 


ARG, @IEINDK 
RO, IRO 
~3,R0 


@FFTSIZ,RC 
1 RC 
@FFTSIZ, IRO 
2, IRt 
@INPUT, ARO 
STORE 
@STORE , ARI 


BITRV 

#+AR0(1) RO 
#ARO++ (TRO)B,R1 
RO, #AR1 (1) 

R1, #ARL++(0R1) 


SELF 


+ NI=N2 


3 JT=N2/2+2 


; N2=N2/4 
; NEXT FFT STAGE 


STORE RESULT OUT USING BIT-REVERSED ADDRESSING 


; RC=N 
; RC SHOULD BE ONE LESS THAN DESIRED & 
; IRO=SIZE OF FFT=N 


: BRANCH TO ITSELF AT THE END 
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APPENDIX B2 


NAME: ff¢_4 --- RADIX-4 COMPLEX FFT TO BE CALLED AS A C FUNCTION, 


SYNOPSIS: 
int Fft_4(N, M, DATA) 
int oN FFT SIZE: Nedeen 
int NUMBER OF STAGES = LOG4(N) 


float #data = ARRAY WITH INPUT AND OUTPUT DATA 


DESCRIPTION: 
GENERIC FUNCTION TO DO A RADIX-4 FFT COMPUTATION ON THE TMS320C30. 
THE DATA ARRAY IS 2N-10NG, WITH REAL AND IMAGINARY VALUES ALTER- 
NATING. THE PROGRAM IS BASED ON THE FORTRAN PROGRAM IN THE BURRUS 
AND PARKS BOOK, P. 117. 


IN ORDER TO HAVE THE FINAL RESULT IN BIT-REVERSED ORDER, THE TWO 
MIDDLE BRANCHES OF THE RADIX~4 BUTTERFLY ARE INTERCHANGED DURING 
STORAGE. NOTE THIS DIFFERENCE WHEN COMPARING WITH THE PROGRAM ON 

P. 117. THE COMPUTATION IS DONE IN-PLACE, AND THE ORIGINAL DATA IS 
DESTROYED. BIT REVERSAL IS IMPLEMENTED AT THE END OF THE FUNCTION. 
IF THIS IS NOT NECESSARY, THIS PART CAN BE COOCENTED OUT. THE 
SINE/COSINE TABLE FOR THE TWIDDLE FACTORS 1S EXPECTED TO BE SUPPLIED 
DURING LINK TIME, AND IT SHOULD HAVE THE FOLLOWING FORMAT: 


-global _sine 
data 
-sine float valuel sin(O#2tpi/N) 


float  value2 = sin(1#2#pi/N) 

float = value(SW/4) = sin( (S#N/4-1)#2%pi/N) 
THE VALUES value!, value2, ETC., ARE THE SINE WAVE VALUES. FOR AN 
N-POINT FFT, THERE ARE N+N/4 VALUES FOR A FULL AND A QUARTER PERIOD 
OF THE SINE WAVE. IN THIS WAY, A FULL SINE AND COSINE PERIOD ARE 
AVAILABLE (SUPERIMPOSED). 


STACK STRUCTURE UPON THE CALL: 


$------~---- + 
-FP(4) H DATA i 
-FP(3) H | H 
-FP(2), | ON : 
-FP(1) | RETURN ADDR | 
-FP(0) : OLD FP : 

$--------------+ 


REGISTERS USED: RO, RI, R2, R3, R4, RS, R6, R7, ARO, ARI, AR2, AR3, ARE, 
ARS, ARS, AR7, IRO, IRI, RS, RE, RC 


AUTHOR: PANOS. E. PAPAMICHALIS 


TEXAS INSTRUMENTS OCTOBER 13, 1987 
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- 


# 


» TEXT 


SINTAB sword 


5 2 
% 
& 


-fft.4: PUSH 


- 


LBI 


LDBI 
STI 
LOI 
ST! 
LI 
STI 


INITIALIZE FFT 


ARS 


-FFT_4 
~SINE 


FFTSIZ, 1 


LOGFFT, 1 
INPUT, 1 


~SINE 


INITIALIZE C FUNCTION 


FP 
SP FP 
R4 

RS 

Rb 

R7 
pnd 
ARS 
ARG 
eR7 


#-FP(2),RO 
RO, OFFTSIZ 
&-FP(3) RO 
RO, CLOGFFT 
#-FP(4) RO 
RO, @INPUT 


ROUT INE 


STAGE, 1 
RPTONT, 1 
IEINDX, 1 
LPCNT, t 
ut 
Ial,1 


@FFTSIZ RO 
@FFTSIZ, IRO 
@FFTSIZ, IRI 
0,AR7 

ART, STAGE 


1, 1R0 
-2, IRt 
1,AR7 
ART, ORPTCNT 


; ENTRY POINT FOR EXECUTION 
; ADDRESS OF SINE TABLE 


; SAVE DEDICATED REGISTERS 


2 we 


1 


MOVE ARGUMENTS TO LOCATIONS MATCHING 


THE NAMES IN THE PROGRAM 


FFT STAGE # 


REPEAT COUNTER 
TE INDEX FOR SINE/COSINE 
SECOND-LOOP COUNT 


JT COUNTER IN PROGRAM, P. 117 


TAL INDEX IN PROGRAM, P. 117 


@STAGE HOLDS THE CURRENT STAGE 


TRO=2eN1 (BECAUSE OF REAL/ IMAG) 
IRI=4/4, POINTER FOR SIN/COS TABLE 


INITIALIZE REPEAT COUNTER OF FIRST 


LOOP 


uonoungy 


D 8 Se payed og 9} Lad xojdwioy p-xipey—p WJ “7 xIpueddy 
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3 RO=RL#CO2Z+R3#S 12 


LSH -2,R0 . 
stl ART, CIE INDK : INITIALIZE IE INDEX 
ee 2R) : MAIN INNER LOOP 
wet 2 stl ART, @1A1 . INIT (Al INDEX 
LSH 1,R0 > RO=N2 LDI 2,AR7 
stl ART, @LPCNT : INIT LOOP COUNTER FOR INNER LOOP 
OUTER LOOP INLOP: 
LOI 2, AR6 s INCREMENT INNER LOOP COUNTER 
ADDI @LPCNT, ARS 
LOI @INPUT, ARO s ARO POINTS TO X(1) LDL OLPCNT. ARO 
ADDI == RO, AR2, ARS ; ARS POINTS 10 X(I3) ADDI @INPUT, ARO + (XC1), YCL)) POINTER 
LB1 @RPTONT , RC STI ART ,@IAl 
SUBI 1,RC ; RC SHOULD BE ONE LESS THAN DESIRED # ADDI RO, ARO, ARI » (CCL), YOI1)) POINTER 
STI ARG, @LPCNT 
FIST LOOF ADDI RO, ARI, AR2 s (X(12),¥(12)) POINTER 
ADDI RO, AR2, AR3 s (X€13),¥(13)) POINTER 
RPTB BLKi Lol @RPTCNT RC 
ADDF #+AR0, HHAR2, RI ; RISVCD)4¥(12) SUBI 1,RC ; RC SHOULD BE ONE LESS THAN DESIRED # 
ADDF #+ARS, HHAR1,R3 s R3=¥(11)+¥(13) CHI GUT ARG : IF LPCNT=JT, GO TO 
ADDF R3,R1, Rb ; RO=RLER3 B20 SPCL ; SPECIAL BUTTERFLY 
SUBF #+AR2Z, HARO, RA 5 R4=¥(1)-¥(12) LDI @IA1,AR7 
STF Rb, #+ARO 5 Y(L)=R14R3 LDI IAL, ARS 
SUBF R3,Ri 3 RI=RI-R3 ADDI @SINTAB, AR4 s CREATE COSINE INDEX AR4 
LOF #AR2, RS 3 RO=X(12) ADDI AR4, ART, ARS 
LOF #49R1, R7 3 R7=¥(11) SUBI 1, ARS s IAZ=IA1+IAl~-1 
ADDF #AR3,4AR1,R3 9° ss, RO=X(11)4X(13) ADDI ART, ARS, AR6 
ADDF RS, #ARO, RI s RI=X(1)4X(12) SUBI 1, ARS + TAQSIA2+IA1-1 
STF Ri, #+AR1  YCI1)=R1-R3 ‘ 
ADDF  —s- RB, RA, Ro ; ROARS + — SECOND LOOP 
SUBF R5, #ARO, RZ s R2=X(1)-X(12) t 
SIF Rb, FARO++( TRO) s XCLERLERB RPTB BLK2 
SUBF R3,R1 ; RI=RI-R3 ADDF #+AR2, #+0RO,R3  R3=V(1)+¥(12) 
SUBF #ARS, HARI RE 3 RO=X(1L)-X(T3) ADDF #+AR3, #+AR1 RS ¢ RS=V(11)+¥(13) 
SUBF R7, #++AR3, R3 5 -RIEV(IL)-¥CI3) tt! ADDF R5,R3, Rb + RO=RSHRS 
STF Ri, #ARI+( RO)  X(IL)=RI-R3 SUBF H+AR2, H+ARO,R4  R4=¥(1)-¥(12) 
SUBF R6,R4,R5 3 RSRA-RS SUBF R5,R3 s RG=R3-R5 
ADDF Rb, R4 ; RA=R&ERG ADDF #AR2, #ARO,R1 ; RIBX(1)4X(12) 
STF RS, #+AR2 3 Y(T2)=R4-R6 ADDF #0R3, #ARL RS s RO=X(11)+X(13) 
STF RA, HARS + Y(I3)=R44R6 MPYF R3, HARS(IR1),R6 + R6=R3#C02 
SURF R3,R2,R5 : RO-R2Z-R3 1}! a STF Rb, #HARO  Y(1)=R34R5 
ADDF R3,R2 3 R2R2eR3 tt ADDF R5,R1,R7 s R7=RLERS 
SIF R5, #AR2++( TRO)  XCT2)SR2-R3 SUEF #AR2, KARO, R2 s R2=X(1)-X(12) 
STF RZ, #ARS+4 (TRO) s XCIZIER2RZ 1! SUBF R5,R1 > RI=RI-RS 
MPYF Ri, #AR5,R7 5 RT=R1AS12 
IF THIS IS THE LAST STAGE, YOU ARE DONE % STF R7 , #ARO+( IRO)  X(L)=RIARS 
SUBF R7,R6 5 RO=RZ#CO2-R1#S12 
unl STAGE, ART SUBF #+0R3, HHARL | RS  RS=Y(11)-¥(13) 
ADDI 1,AR7 MPYF RL, #HARS(IRI),R7 —-s- RISRL#CO2 
CHPI @LOGFFT ART is STF R6, #+AR1 og YCLL)=R3#C02-R1#S12 
BZD END MPYF R3, #ARS RO + RO=R3"S12 


STI ART, @STAGE ; CURRENT FFT STAGE ADDF R7,R6 


a ADDF R5,R2,R1 3 RI=R2+RS SUBF R5,R3,R1 3 RL=R3-R5 
~~ SUBF RS, Re 3 R22R2-RS MPYF #AR4, RI + RI=R1#COZI 
Sy SUBF #AR3, HARI RS 5 RS=X(IL)-X(13] ADDE RS.R3 - ROERZERS 
~ real as i oe MPYF #AR4,R3 « RO=R3#C021 
: : i STF HARZ » ¥(I2)=(R3-R5) #002 
= MPYF R3,#+HAR4(IR1) RO + RO=RB#COL oie im a Lina o ee 
= a STF R6, FARI ++ (TRO) ¢ XCTL)=R1#COZ+R3#S 12 MPYE #0R4,RI + RI=SRI#C021 
Sy MPYF R1, #AR4,R7 ; R7=R1#ST1 - STF R3, HARZ++ (IRQ) » X(1Z)=(R34R5)#C02Z1 
5 SURF R7,R& : R6=R3#C01-R1#ST1 ADDE RA R2 + ROERIERG 11 
= MPYF Ri, #+AR4(1IR1) RS ; RO=R1aCOl MPYF #AR4,R2 > RIR2#CO21 11! 
9 iy STF Rb, #+AR2 3 Y(12)=R3#CO1-R1#S11 BLES STF RL, HARB s Y(13)=-(R4-R2)#C021 11! 
= au ke ; a ae ti STF R2, HAR3+( IRO) 5 XCIZ)=(R44RZ)4CO21 11! 
; : + +K3t $ 
. MPYF RAL HHARG(IRI),R6 —; RO=RSHCOS PENT 
a HH STF RG, #AR2Z++( TRO) s X(12)=R1ECO1+R3#S 11 ak ee ae + LOOP BACK TO THE INNER LOOP 
bd MPYF R2, HARS, R7 + RI=R2#S13 P 
‘o" SUBF R7,R6 5 RO=R4#CO3-R2*S13 CONT LOI @RPTCNT , AR7 
MPYF R2, H#ARS(IR1) RS 3 Rb=R2#C03 LDI @IEINDX , ARS 
- i STF Rb, #+AR3 ; Y(13)=R48C03-R2#S13 LSH 2,AR7 » INCREMENT REPEAT COUNTER FOR NEXT 
8 MPYF RA, #ARG, RT + RT=R4KSI3 ‘ TIME 
Q. ADDF R7,R6 + R&=R2ZHCOS+R4KSIS STI ART, @RPTCNT 
eo) BLK2 STF Rb, HAR3++ ( TRO) + XCTS)=SR2#C03tR44S 13 LSH 2, ARS » JE=4#IE 
= STI ARG, RIEINDY 
ay CHPT @LPCNT RO LDI RO, TRO + NI=NZ 
~ BP INLOP ; LOOP BACK TO THE INNER LOOP LSH -3,RO 
er BR CONT ADDI 2,RO 
Ss f STI RO, QUT s JTEN2/2#2 
S # SPECIAL BUTTERFLY FOR WeJ SUBI 2,RO 
ror i LSH 1,R0 5 N2=N2/4 
5 SPCL LDI IR, AR4 BR LOOP s NEXT FFT STAGE 
= LSH -1,AR4 s POINT TO SIN(45) P 
a ADDI @SINTAB, AR4 ; CREATE COSINE INDEX AR4=C021 * DO THE BIT-REVERSING OF THE CUTPUT 
% 2 
= RPTB BLK3 END: LO OFFTSIZ,RU + RCEN 
~ ADDF #ARZ, HARO, RI 5 RIEX(1)#X(12) SUBI 1, RC s RC SHOULD BE ONE LESS THAN DESIRED # 
SUBF #AR2, 40RD, R2 5 R2=X(1)-K(12) LOI @FFTSIZ, IRO » IRO=SIZE OF FFT=N 
ae ADLF #+AR2, #+ARO,R3 5 R3=Y(1)+¥(12) LDI @ INPUT, ARO 
< SUBF #+AR2, ++ARO, RA 5 RA=Y(1)-Y(12) LO @INPUT, ARI 
G5 ADLE #AR3, #ARL RS 5 RS=X(11)4X(13) t 
we) SUBF R1,R5,R6 + RO=RS-R1 RPTB BITRV 
5 ADDF =F, Rt + RIERLARS CHI ARO, ARI 
is ADDF $+ AR, HARI, RS s RS=Y( IL) 4¥ (13) BOE CONT 
S SURF R5,R3,R7 5 R7=R3-R5 LDF #ARO,RO 
ADDF R5,R3 5 ROARBHRS i LF #ARL RI 
STF R3, #+ARO + YCL)=R34R5 STF RO, #ARI 
7 STF RL, #ARO++( RO) 5 X(L)=RIFRS o STF R1, #ARO 
SUBF #0R3, HARIRI s RLSX(11)-X(13) LDF #+AR0(1) RO 
SUBF #+AR3, #+AR1,R3 s R3=¥(11)-¥(13) if LDF #+ARL(1) RI 
STF RO, HARI + YCLL)=R5-R1 STF RO, #+ARL (1) 
By STF R7, #ARI ++ (TRO) 5 X(TL)=R3-R5 . STF R1, #HARO(1) 
ADDF R3, 2, R5 + RSER24R3 CONT NOP #++ARO(2) 
32h SUBF RZ,R3,R2 y R2=-R24RZ 1! BITRV NOP #AR1++( 1RO)B 
Oo SUBF R1,R4,R3 + RO=RA-RI : 
~ ADDF Ri,R4 + REEREHRI * — RESTORE THE REGISTER VALUES AND RETURN 
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# 

# APPENDIX Ct 

# 

t 

# 

# 

# 

t 

+ 

# 

* 

t 

* 

t 

* 

# 

# 

+ 

# 

* 
GLOBL 
» GLOBL 
~GLOBL 
» GLOBL 

# 

INP  USECT 
BSS 

# 
« TEXT 


# INITIALIZE 


WORD 
*% 

SPACE 
*% 
FFTSIZ WORD 
LUGFFT =. WORD 
SINTAB  —-. WORD 
INPUT WORD 
QuTPUT =. WORD 
+t 
FFT: | LDF 


* 


GENERIC PROGRAM TO DO A RADIX-2 REAL FFT COMPUTATION UN THE TMS320C30 


THE PROGRAM IS TAKEN FROM THE PAPER BY SORENSEN ET AL., JUNE 1987 ISSUE 
OF THE TRANSACTIONS ON ASSP. 


THE (REAL) DATA RESIDE IN INTERNAL MEMORY. THE COMPUTATION IS DONE 
IN-PLACE, THE BIT REVERSAL IS DONE AT THE BEGINNING OF THE PROGRAM, 


THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GENERIC NATURE OF THE 
PROGRAM. FUR THE SAME FURPOSE, THE SIZE OF THE FFT N AND LOG2(N) ARE 
DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. THE LENGTH OF 
THE TABLE IS N/4 + N/4 = N/Z. 


AUTHOR: PANUS €. PAPAMICHALIS 
TEXAS INSTRUMENTS 


SEPTEMBER 8, 1987 


FFT ; ENTRY POINT FOR EXECUTION 

N , FFT SIZE 

M : LOG2(N) 

SINE : ADDRESS OF SINE TABLE 

"IN" 1024 ; MEMORY WITH INPLIT DATA 

UTP, 1024 + MEMORY WITH QUTPUT DATA 

FFT + STARTING LOCATION OF THE PROGRAM 
100 + RESERVE 100 WORDS FOR VECTORS, ETC. 
N 

M 

SINE 

INP 

cuTe 

FFTSIZ + COMMANI! TO LOAD DATA PAGE POINTER 


* D0 THE BIT-REVERSING AT THE BEGINNING 


* 
LOI 
SUBI 
LET 
LSH 
LDI 
LDI 


RPTB 


@FFTSIZ,RC + RC=N 

1 RC » RC SHOULD BE ONE LESS THAN DESIRED # 
@FFTSIZ, IRO 

-1, IRO » IRO=HALF THE SIZE OF FFT=N/2 

@ INPUT, ARO 

BINPUT ARI 


BITRV 


CPI ARI, ARO : XCHANGE LOCATIONS ONLY 
BGE CONT : IF AROXARL 
LOF #ARD, RO 
i LDF #AR1 RI 
STF RO, #AR1 
i STF Ri, #ARO 
CONT NOP #ARQ++ 
BITRV NOP #AR1++( IRO)B 
* 
*  LENGTH-TWO BUTTERFLIES 
& 
LOI @ INPUT, ARO : ARO POINTS TO X(T) 
LDI IRO,RC ; REPEAT N/2 TIMES 
SUBI 1,RC + RC SHOULD BE ONE LESS THAN DESIRED # 
* 
RPTB BLK 
ADDF #+ARO, FARO++, RO + RO=X(1)+X(1+1) 
SUBF #ARO, #-ARO,R1 + RI=X(L)-X(1+1h) 
BLE1 STF RO, *-ARO s XCDEXC DT) +X (141) 
i STF Ri, #ARO+ s XCI+h)=X(1)-XC1+1) 
& 
# FIRST PASS OF THE 20-20 LOOP (STAGE K=2 IN D0-10 LOOP) 
% 
LDI @INPUT, ARO ; ARO POINTS TO X(f) 
LBI 2, IRO ; IRO=2=N2 
LOI @FFTSIZ,RC 
LSH ~2, RC s REPEAT N/4& TIMES 
SUBI 1,RC + RC SHOULD BE ONE LESS THAN DESIRED # 
¥ 
RPTB BLK2 
ADDF S+AROCIRO)  #AROH+( TRO) RO 9s RO=X(T) 4X (1+2) 
SUBF #ARO, #-AROCIRO) RI; RI=X(1)-X(1+2) 
NEGF #+ARO, RO 3 RO=-X(1+3) 
i STF RO, #-ARO{ TRO) s KC L=KC1)4X(1+2) 
BLE2 STF Ri, #ARO++( TRO) s X(1+2)=X(1)-X (142) 
a 5 RO, ##ARO s X(143)s-X(1+3) 
& 
# MAIN LOOP (FFT STAGES) 
# 
LUI @FFTSIZ, IRO 
LSH -2, 1RO s IRO=INDEX FOR E 
LBI 3, RS ; RS HOLDS THE CURRENT STAGE NUMBER 
LDI 1,R4 ; R4=N4 
LUI 2,R3 : RS=N2 
LOOP LSH ~1, IRO s E5€/2 
LSH 1,R4 + N4=28N4 
LSH 1,R3 ; N2=2 
% 
* INNER LOOP (D0-20 LOOP IN THE PROGRAM) 
% 
LUI @INPUT, ARS ; ARS POINTS TO X(1) 
INLOP LOI TRO, ARO 
ADI @SINTAB, ARO : ARO POINTS TO SIN/COS TABLE 
LOI R4, IR1 : IRL=N4 


OLIDOZESIALL 24} UO UOHeNdwWO;) 
LAA [82y Z-Xipey & OG 0} WeIsO1g I18UIs) *[D xIpueddy 


OFDOTESWLL 24) UO suuofsus] 42410 PU ‘IOC ‘Ld fo uonviuamatduy uy 


TTT 


LBI ARS, ARI 

ANGI 1, ARI 

LOY AR1 ARS 

ADDI R3, ARS 

LDI AR3, AR2 

SUBI 2,AR2 

ADDI R3,AR2, ARS 

LDF #ARS++ (TRL) RO 

ADDF #+ARS (IRL) |RO,R1 

SUBF RO, #++ARS(IR1) RO 

STF Ri, #-ARS(IRL) 

NEGF RO 

NEGF H++ARS (IRL) RL 

STF RO, #ARS 

STF R1, #ARS 
INNERNCST LOOP 

LBJ @FFTSIZ,IR1 

LSH -2,IR1 

LDI R4,RC 

SUBI 2, RC 

RPTB BLK3 

MPYF #ARS, HHAROCIRI) RO 

MPYF #AR4, #ARO,R1 

MPYF #ARS, #+ARO(IRI) RI 

ADDF RO, RI, R2 

MPYF HARS, HARO++ ( TRO}, RO 

SUBF RG,R1, RO 

SUBF #ARZ,RO, RI 

ADDF #ARZROLRI 

STF R1, ARS++ 

ADDF #ARL RZ, RI 

STF Ri, #AR4-- 

SUBF R2, #AR1 RI 

STF R1, #ARI ++ 

STF RL, #AR2-- 

SUBT @INPUT ARS 

ADDI R4 ARS 

CMP I @FFTSIZ,ARS 

BLTD INLOP 

ADDI @ INPUT ARS 

NGF 

NOP 

ADDY 1,R5 

CHPI @LOGFFT RS 

BLE LOOP 

NOP : 


“we 


we 


we 


we 


~~. 


ARI POINTS TO X(1L)=K(I+u) 


ARS POINTS TO X(13)=X(I+J+N2) 


AR2 POINTS TO X(12)=X(I-J+N2) 
AR4 POINTS TO X(T4)=X(I-JHNL) 


RO=X(1) 


s RL=X(T)+X(T4N2) 


we ue ae lw 


we we 


we 


? 


RO=-X (1) +X (1+N2) 
X(L)=X(1)+X(14N2) 
RO=X(1)-X(14N2) 
R1i=-X(1+N44N2) 
X(T#N2)=X(1)-X(14N2) 
XC T4N44N2)=-K (1 +N44N2) 


IRi=SEPARATION BETWEEN SIN/CQS TBLS 


REPEAT N4-1 TIMES 


RO=X (13) #C0S 
R1=X(14)#SIN 
Ri=X(14)#C0S 

R2=X (13) #COS+X (14)#SIN 
RO=X(13)4#SIN 

RO=-X (13) #SINAX(14) #005 '!! 
Ri=-X(12)+RO '!! 
Ri=X(12)+RO |! 
XCIZIHR-K(TZ2)tkO Ut! 
R1=X(11)4R2 
X(T4)=X(12)4RO 't! 
Riex(11)-R2 
X(TL)=X(T1)4R2 


¢ X(12)=X(11)-R2 


ARS=I+N1 


LOOP BACK TQ THE INNER LOOP 


pB 8% 


END 


sBRANCH TO ITSELF AT THE END 


ell 
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APPENDIX Cz 


NAME: 
fft_rl --- RADIX-2 REAL FFT TO BE CALLED AS A C FUNCTION. 


SYNOPSIS: 
int fftrl(N, M, data) 
int N FFT SIZE: Ne2iert 
int M NUMBER OF STAGES = LOG2(N) 
float #data ARRAY WITH INPUT AND OUTPUT DATA 


DESCRIPTION: 
GENERIC FUNCTION TG DO A RADIX-2 FFT COMPUTATION ON THE THS320C30. 
THE DATA ARRAY IS N-LONG, WITH ONLY REAL DATA. THE OUTPUT IS STORED 
IN THE SAME LOCATIONS WITH REAL AND IMAGINARY POINTS R AND I AS 
FOLLOWS! R(O), R(t),..6, RIN/2Z), T(N/2-1),..02, TCL) 


THE PROGRAM IS BASED ON THE FORTRAN PROGRAM IN THE PAPER BY SORENSEN 
ET AL.. JUNE 1987 ISSUE OF TRANS. ON ASSP. THE COMPUTATION IS DONE 
IN-PLACE, AND THE ORIGINAL DATA IS DESTROYED. BIT REVERSAL 1S 
IMPLEMENTED AT THE BEGINNING OF THE FUNCTION. IF THIS IS NOT 
NECESSARY, THIS PART CAN BE COMMENTED OUT. 


THE SINE/COSINE TABLE FOR THE TWIDDLE FACTORS IS EXPECTED TO BE 
SUPPLIED DURING LINK TIME, AND IT SHOULD HAVE THE FOLLOWING FORMAT: 


“global = sine 


data 
-s1ne «float valuel = sin(O#2tpi/N) 
-float value2 = sin(1#2#pi/N) 
«float value(N/2) = cos((N/4)#2#pi/N) 


THE VALUES value! TO value(N/4) ARE THE FIRST QUARTER OF THE SINE 
PERIOD ANDd value(N/4+i) TG value(N/2) ARE THE FIRST QUARTER OF THE 
COSINE PERIOD. 


STACK STRUCTURE UPON THE CALL: 


$-~------------- + 
-FP(4) ' DATA H 
-FP(3) i M H 
“FPC2) 3 N H 
~FP(1) 1 RETURN ADDR i 
-FP(Q) i (LB FP H 

foewennne een + 


REGISTERS USED: RO, R1, R2, R3, R4, RS, ARO, ARI, AR2, AR4, ARS, IRO, 
IRL, RS, RE, RC 


AUTHOR: PANGS E. PAPAMICHALIS 
TEXAS INSTRUMENTS OCTOBER 13, 1987 


Ce ee ee ee ee a ee ee ee 


ERLREERERLHSERRE SEERA EERE SERS SEES SLES SPER SHER ELE ESHER SEES SEES EELS SES ES ELSES 


FP SET 


TEXT 
# 


SINTAB sword 
# 


FFT RL ; ENTRY POINT FOR EXECUTION 
~SINE ; ADDRESS OF SINE TABLE 


SINE 


# INITIALIZE C FUNCTION 


t 

-FFTLRL: = PUSH 
LBI 
PUSH 
PUSH 


- 


LOT 
SUBI 
LDI 
LSH 
LDI 
LOI 


RPTB 
CMPI 


CONT NOP 
BITRV NOP 
* 


FP s SAVE DEDICATED REGISTERS 
SF FP 

R4 

RS 

ARS 

ARS 


#-FP (2), RO s MOVE ARGUMENTS TO LOCATIONS MATCHING 
RO, @FFTSIZ ; THE NAMES IN THE PROGRAM 
#-FP(3), RO 

RO, @LOGFFT 

#-FP(4), RO 

RO, @INPUT 


DO THE BIT REVERSING AT THE BEGINNING 


@FFTSIZ, RC ; RCEN- 

1,RC ; RC SHOULD BE ONE LESS THAN DESIRED # 
@FFTSIZ, IRO 

~1, IRO s IROSHALF THE SIZE OF FFT=N/2 

@ INPUT, ARO 

CINPUT, AR 


BITRV 

AR, ARO s XCHANGE LOCATIONS ONLY 
CONT : IF AROXARI 

#AR0, RO 

#ARL RI 

RO, #ARI 

Ri, #ARO 

HARO++ 

#ARI++(IRO)B 


*  LENGTH-TWO BUTTERFLIES 


LBI 
LDI 
SUBI 


@ INPUT, ARO s ARO POINTS TO X(I) 
IRO, RC ; REPEAT N/2 TIMES 
1,RC ; RC SHOULD BE ONE LESS THAN DESIRED # 
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ell 


RPTB 

ADDF 

SUBF 
REI STF 
; STF 


a ee 


LUI 
LUI 
LDI 
LSH 
SUBI 


RPTE 

ADDF 

SUBF 

NEGF 
1 STF 
BLK2 STF 
} STF 


+ 
* MAIN LOQF (FFT STAGES) 
ry 


LOI 
LSH 
LUI 
LDI 
LOI 
LOOP LSH 
LSH 
LSH 


BLKi 


FARO, #ARO++,RO 


#ARO, #-ARO, 


RO, #-ARO 
R1, #ARO++ 


@INPUT, ARO 
2, 1RO 
€FFTSIZ,RC 
-2,RC 

1 RC 


BLK2 


Ri : 


? 


e 
? 


e 
+ 


e 
? 


s RC SHOULD BE ONE LESS THAN DESIRED # 


RO=X( 1) +X (141) 
RIEX(L)-X(141) 


3 XCQI=XCT)4X(1+1) 
5 X(1+h)=K(1)-X(1+1) 


FIRST PASS GF THE DO-20 LOOP (STAGE K=2 IN DO-10 LOOP) 


ARO POINTS TO X(1) 
IROQ=2=N2 


REPEAT N/4 TIMES 


#HARO(IRO) , #ARO+4(IRO),RO = 5 RORX(T)+#X(1+2) 


#AR0, #-ARO(IRO) RI 


#+AR0, RO 


RO, #-ARO(IRO) : 
Ri, #ARO++( RO) :; 


RO, #+ARO 


“eo 


@FFTSIZ, IRO 


we we we 48 we He le 


s RIEX(1)-X(142) 


RO=-X(1+3) 
XCT)=X(1)+X(1+2) 
X(142)=X(1)-X(1+2) 
X(1#3)=-X(1+3) 


IRO=INDEX FOR E 


RS HOLDS THE CURRENT STAGE NUMBER 


R4=N4 


# INNER LOOP (T0-20 LOOP IN THE PROGRAM) 


LOI 
INLOP LB! 

ADL 

LDBI 


tDI 
ADDI 
LDI 
ADDI 
LDI 
SUBI 
ADDI 


LDF 
ADDF 
SUBF 
STF 
NEGF 


@INPUT, ARS 
TRO, ARO 


@S INTAB, ARO 


R4, IRL 


ARS, ARI 

1, ARI 

ARI, AR3 
R3, ARG 
ARS, AR2 

2, AR2 

R3, AR2, ARS 


#ARS++(1R1) RO 
S4ARS (IRI), 
RO, #++ARS( IRL) RO 
Ri, #-ARS (IRD) 


RO 


“oe 


we 


<e 


we 


we 


we 


we 


RO,R1 


we se 


we 


’ 


ARS POINTS TO X(1) 

ARO POINTS TO SIN/COS TABLE 
IRI=N4 

ARL POINTS TO X(IL)=X(I+J) 
AR3 POINTS TO X(13)=X( I+J+N2) 


AR2 POINTS TO X(12)=%(1-J#N2) 
AR4 POINTS TO X(14)=X(I-u+N1) 


RO=X(1) 
R1=X(1) +X (74N2) 
RO=-X (1) 4X C14N2) 
X(T)=X (1) +X(14N2) 


3 RO=X(T)-X(T4N2) 


" m 


NEGF 
STF 
STF 


INNERMOST LOOP 


#++0RS (IRL) RI + R1=-X(1+N44N2) 


RO, #ARS ¢ XCTAN2)=X(1)-X(14N2) 

Ri, #ARS 3 XCI+N44N2)=-X( T+4N44N2) 

@FFTSIZ, IRI 

-2, IR! ; IRI=SEPARATION BETWEEN SIN/COS TBLS 
R4, RC 

2,RC s REPEAT N4-1 TIMES 

BLK3 


#AR3, HAROCIRI) RO: RO=X(13)#C0S 


#AR4, FAROTR1 : RISX(I4)#SIN 

#AR4 #+ARO(IRI) RI. R1=X(14)#C0S 

RO,R1,R2 ¢ R2=X(13)#COS+X(14)#SIN 

#AR3, HARO++(IRO) RO + RO=X(13)#SIN 

RO,R1,RO ¢ RO=-X(13)#SINtX(14)#C0S |! 
~ #AR2,RO,R1 s RIS-X(12)4RO '!! 

#AR2,RO,R1 ¢ RI=X(1Z)4RO |!! 

R1, #AR3++ s XCI3)=-K(12)+RO 1! 

#AR1R2,R1 > RI=X(11)4R2 

R1, #AR4~- ¢ XCT4)=X(12)4R0 11! 

R2, #AR1 Ri s RIFX(11)-R2 

Ri, #ARI ++ s XCTL)=X(11)4R2 

Ri, #AR2-- » X(J2)=X(11)-R2 

@ INPUT, ARS 

R3, ARS > ARS=I+Ni 

@FFTSIZ ARS | 

INLOP ; LOOP BACK TO THE INNER LOOP 

@INPUT ARS 

1,85 

@LOGFFT RS 

LOOP 


RESTORE THE REGISTER VALUES AND RETURN 


vil 
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APPENDIX C3 


’ GENERIC PROGRAM TO DO A RADIX-2 REAL INVERSE FFT COMPUTATION ON THE 


THS320030. 


THE (REAL) DATA RESIDE IN INTERNAL MEMORY. THE COMPUTATION IS DONE 
IN-PLACE. THE BIT REVERSAL IS DONE AT THE BEGINNING OF THE PROGRAM. THE 
INPUT DATA ARE STORED IN THE FOLLOWING ORDER: 


RE(O), REC1),..., REQN/2), IM(N/2-1),..., IM(1) 


THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GENERIC NATURE OF THE 
PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FFT N AND LOG2(N) ARE 
DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. THE LENGTH OF 
THE TABLE IS N/4 + N/4 = WN/2, 


AUTHOR: PANGS PAPAMICHALIS DECEMBER 21, 1988 
TEXAS INSTRUMENTS 
.GLOBL IFFT » ENTRY POINT FOR EXECUTION 
.GLOBL «ON » FFT SITE 
GCLOBL OM s LOG2(N) 
GLOBL «SINE ; ADDRESS OF SINE TABLE 


«BSS INP, 1024 MEMORY WITH INPUT DATA 


~e 


» TEXT 

INITIALIZE 
WORD IFFT ; STARTING LOCATION OF THE PROGRAM 
SPACE 100 ; RESERVE 100 WORDS FOR VECTORS, ETC. 


FFTSIZ =. WORD N 
LOGFFT =. WORD M 
SINTAB —. WORD SINE 


INPUT 


% 


IFFT: 


% 
% 
% 


1 


+ WORD INP 
LDP FFTSIZ ; COMMAND TO LOAD DATA PAGE POINTER 


MAIN LOOP (FFT STAGES) 


LDI 1, IRO ; IRO=INDEX FOR E 
LDI 3,R5 , RS HOLDS THE CURRENT STAGE NUMBER 
LOI @FFTSIZ, RG 
LSH -1,R3 5 RO=N1/2=N2 
LDI eFFTSIZ,R4 
LSH -2,RA , RA=NL/4=NA 
INNER LOOP 


LOOP 


INLOP 


ADDF 
SUBF 
STF 
STF 
LOF 
MPYF 
STF 
LDF 
MPYF 
STF 


INNERMOST LOOP 


LDI 
LSH 
LBI 
SUBI 


@INPUT, ARS 
TRO, ARO 
@SINTAB, ARO 
R4, IRI 


ARS, AR} 

1, ARi 

ARI ,AR3 
R3, ARB 
AR3, AR2 
2,AR2 

R3, AR2,ARA 


#++ARS( IRL) 


? 


~~. 


? 


a 
? 


? 


’ 


#-ARS(IR1), #+ARS (IRI) 
HHARS( IRI), #-ARSCIRE) 


RO, #-ARS( IRI) 
Ri, #++ARS( IRI) 
+ARS, RO 

2.0,R0 

RO, #-ARS(IR1) 
$+40R5( IRL) RI 


_ 72.0,R1 


Ri, #ARS++ (IRL) 


OFFTSIZ, IRt 
~2, IRI 
R4,RC 

2,RC 


BLK3 

#AR2, #ARI RI 
#ARZ, #ARI, RO 

Ri, #+ARO(IR1) RO 
RO, #AR1 ++ 

#ARS, HARA, RZ 
#ARG, ARS, RO 

R2, #ARO,R6 

Ré, #AR2-- 

R6, RO 

R2, #+ARO(IR1) Rb 
RO, #AR3++ 

Ri, #ARO++( TRO) RO 
R6,RO 

RO, #AR4-- 


@INPUT, ARS 
@FFTSIZ, ARS 
INLOP 

@ INPUT, ARS 
TRO, ARO 
@SINTAB, ARO 


? 


? 


we 


ory 


we 


we 


we we wo ae ve we 


“se we we 


we 


we 


; ARS POINTS TO X(I) 


ARO POINTS TO SIN/COS TABLE 
IR1=N4 


; ARI POINTS TO X(11)=X(1+J) 


ARS POINTS TO X(13)=X(I+J+N2) 


AR2 POINTS 10 X(12)=X(I-J+N2) 
AR4 POINTS TO X(T4)=K(I-JeNI) 


¢ POINT TO X(1+N4) 


JRO 
Ri 


3 XCE)SX(1)4X(14N2) 
+ XC T4N2)=X(1)-X(14N2) 


X(1+N4)=28xX (1+N4) 


X(T +N44N2)=~X ( T+N44N2) #2 


TR1=SEPARATION BETWEEN SIN/COS TBLS 


REPEAT N4-1 TIMES 


Ri=Ti=X(11)-X(12) 
RO=T1#C0S 

X(T) SX(11)4X(12) 
R2=T2=X(13)+X(14) 


R6=T2#SIN 
X(12)2X(14)-X( 13) 


Rb=T28C0S 
X(13)=TL#C0S-T2#SIN 
RO=T1#SIN 


X(14)=T1#SINT28COS 


LOOP BACK TO THE INNER LOOP 


ARO POINTS TO SIN/COS TABLE 
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cll 


ADDI 1,R5 
CHPI @LOGFFT RS 
BLED LOOP 
LSH 1, IRO 
LSH ~1,R4 
LSH ~1,R3 


LAST PASS OF THE MAIN LOOP 


* 


LDI @INPUT, ARO 
LDI 2, IRO 

LOI @FFTSIZ,RC 
LSH ~2,RC 

SUBI 1,RC 

% -. 

LDF #ARO( TRO) RO 
RPTB BLK2 


ADDF RO, #AROH+(IRO) RI 
SUBF RO, #-ARO(IRO) Ri 


i STF R1, #-ARO(IRO) 
STF R1, #ARO++ 

7 LDF +-ARO,R! 
MPYF 2.0,Ri 
STF R1, #-ARO(IRO) 

i! LOF #ARO++ RI 
MPYE -2,0,R1 

BLK2 STF RI, #-ARO 

LOF #AROUIRO) ,RO 


% 
# — LENGTH-TWO BUTTERFLIES 
* 


LDI BINPUT, ARO 
LDI @FFTSIZ,RC 
LSH -1,RC 
SUBI 1,RC 

t 
RPTB BLK! 


ADDE #+ARO, #ARO++, RO 
SUBF #0R0, #-ARO, RI 


BUK1 STF RO, #-ARO 
a STF R1, HAROH+ 
¥ 
# DO THE BIT REVERSING AT THE END 
% 
LDI @FFTSIZ RC 
SUBI 1,RC 
LDI PFFTSIZ, IRO 
LSH ~1, IRO 
LDI @INPUT, ARO 
LOI @ INPUT, AR 
% 
RPTE BITRV 


CHPI ARI, ARO 


. we we ae 


wry 


“eo 


ry 
? 


we we ve 


we 


we ee 


we 


“eo 


E=E#2 
N4=N4/2 
NZ=N2/2 


ARO POINTS TO X(I) 
IRO=2=N2 


REPEAT N/4 TIMES 
RC SHOULD BE ONE LESS THAN DESIRED # 


RO=X(1+2) 


R1=X(1)4X(1+2) 
R1=X(1)-X(1+2) 

X(T )=X(1)4X(142) 
X(1+2)=X(1)-X(1+2) 


R1=2. O#X(1+1) 
X(1+1)=2. O#X(1+1) 


Ri=-2. O#X( 143) 


X(1+3)=-2, O#X(1+3) 
RO=X (14442) 


ARO POINTS TO X{1) 
REPEAT N/2 TIMES 
RC SHOULD BE ONE LESS THAN DESIRED # 


RO=X(1)+X(1+1) 
RI=X(1)-X(1+1) 
XCD)=X(1) +X (141) 
X(T+1 )=X(1)-X( 141) 


RC=N 
RC SHOULD BE ONE LESS THAN DESIRED # 


IRO=HALF THE SIZE OF FFT=N/2 


XCHANGE LOCATIONS ONLY 


CONT 

#AR0, RO 

#AR1 RI 

RO, #ARI 

R1, #ARO 
#ARO++ 
#AR1++(IRO)B 


END 


» IF AROCARI 


; BRANCH T0 ITSELF AT THE END 
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APPENDIX Di 
GENERIC PROGRAM TO DO A RADIX-2 HARTLEY TRANSFORM ON THE TMS320C30. 


THE PROGRAM IS TAKEN FROM THE PAPER BY SORENSS~ .° “L., OCT 1985 ISSUE 
OF THE TRANSACTIONS ON ASSP. 


THE (REAL) DATA RESIDE IN INTERNAL MEMORY. THE COMPUTATION IS DONE 
IN-PLACE. THE BIT-REVERSAL IS DONE AT THE BEGINNING OF THE PROGRAM. 


THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GENERIC NATURE OF THE 
PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FHT N AND LOG2(N) ARE 
DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. THE LENGTH OF 
THE TABLE IS N/4 + N/4 = N/2, 


AUTHOR: PANOS PAPAMICHALIS 
TEXAS INSTRUMENTS 


DECEMBER 14, 1988 


»GLOBL FHT ; ENTRY POINT FOR EXECUTION 
»GLOBL =ON ; FHT SIZE 
-GLOBL so 3 LOG2(N) 
-GLOBL = SINE ; ADDRESS OF SINE TABLE 
BSS INP, 1024 ; MEMORY WITH INPUT DATA 
« TEXT 
INITIALIZE 
WORD FHT ; STARTING LOCATION OF THE PROGRAM 
-SPACE =: 100 ; RESERVE 100 WORDS FOR VECTORS, ETC. 


SINTAB =. WORD SINE 


» WORD INP 
LDP FHTSIZ ; COMMAND TO LOAD DATA PAGE POINTER 


DO THE BIT REVERSING AT THE BEGINNING 


LDI @FHTSIZ,RC + RC=N 
SUBI 1,RC ; RC SHOULD BE ONE LESS THAN DESIRED # 
LOI @FHTSIZ, IRO 

LSH -1, IRO » IROSHALF THE SIZE OF FHT=N/2 

LDI @INPUT, ARO 

LO BINPUT, ARI 

RPTB BITRV 

CHPI ARI, ARO ; XCHANGE LOCATIONS ONLY 

BGE CONT » IF AROCARI 


LDF FARO, RO 


He LOF 

STF 
it STF 
CONT NOP 
BITRV NOP 


€ 


#0R1,RI 

RO, #€RI 

R1, #ARO 
ROH 
#0R14++(1RO)B 


#  LENGTH-TWO BUTTERFLIES 


* 
LDI 
LDI 
SUBI 


RPTB 
ADDF 
SUBF 
BLKi STF 
1 STF 


«me HW 


LDI 
LDI 
LDI 
LSH 
SUBI 


i STF 
BLK2 STF 


# MAIN LOOP (FHT 


LDI 
LSH 
LDI 
LDI 
LDBI 
LOOP LSH 
LSH 
LSH 


@INPUT, ARO 
TRO,RC 
1,RC 


BLKI 


#+ARO, HARO+, RO 


#AR0, #-ARO,RI 
RO, #-ARO 
R1, #AROH 


@INPUT, ARO 
2, IR0 
@FHTSIZ,RC 
-2,RC 

1,RC 


BLK2 


? 


? 
s 
? 
s 
? 
2 
2 
. 
’ 


? 


® 
7 


® 
? 
s 
Y 


; ARO POINTS TO X(1) 
; REPEAT N/2 TIMES 


RC SHOULD BE ONE LESS THAN DESIRED # 


RO=X(1)4X(1+1) 
RI=X(1)-X(14+1) 
X(T)=X( 1) 4X(141) 
X( 1+) )=X(1)-X(1+1) 


FIRST PASS OF THE DO-30 LOOP (STAGE K=2 IN DO-20 LOOP) 


; ARO POINTS TO X(J) 


IRO=2=N2 


REPEAT N/4 TIMES 
RC SHOULD BE ONE LESS THAN DESIRED # 


HARO(IRO) , #ARO++(IRO),RO 9s ROFX(J)+X(L2) 


#0RO, #-ARO(IRO) RI 


RO, #-ARO(IRO) 
#+AR0,RO 

RO, #ARO, RI 
R1, #AROH 


RO, #-ARO(IRO) Ri 


R1, #-ARO(IRO) 
R1, FARO+ 


STAGES ) 


@FHTSIZ, IRO 


we ve we we 


? 
? 
s 
? 
z 
+ 
t 


. 
? 


Ri=X(J)-X{L2) 
X(J)=X(J)+X(L2) 
RO=X(L4) 
R1=X(L3)+X(L4) 
X(L2)=X(J)-X(L2) 
Ri=X(L3)-X(L4) 
X(L3)=X(L3) +X(L4) 
X(L4)=X(L3)-X(L4) 


; IRO=INDEX FOR E 
; RS HOLDS THE CURRENT STAGE NUMBER 


R4=N4 


+ RO=N2 
5 E=E/2 
5 N4=29NA 


N2=24N2 


# INNER LOOP (DO-30 LOOP IN THE PROGRAM) 


LBI 
INLOP LDI 

ADDI 

LDI 


BINPUT, ARS 
TRO, ARO 
@SINTAB, ARO 
R4, IRI 


? 


? 


ARS POINTS TO X(J) 


s ARO POINTS TO SIN/COS TABLE 


IRI=N4 
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_ me 


ARS, ARI 
1, AR} 

ARL, AR3 
R3, ARB 
AR3, AR2 

2, AR2 
R3,AR2, ARS 


#ARS++ (IR1) , RO 
#+ARS(IR1),RO,RI 
RO, ##+ARS( IRI) RO 
R1, #-ARS(IR1) 

RO 

RO, #ARS 
#+4AR5(IR1) RO 
RO, #-ARS(IR1) Ri 
RO, #-ARS(IR1) Ri 
R1, #-ARS(IR1) 
Ri, #+ARS(IR1) 


@FHTSIZ, IRI 
2, IRi 
R4, RC 

2,RC 


BLK3 

#AR3, #+ARO( IRI) RO 
#AR4, #ARO,R1 

#AR4, HHARO( IRI) RI 
RO,R1,R2 

#AR3, HARO++ ( IRO) , RO 
R1,RO0,RO 

RO, #AR2,R1 
#AR2Z,RO,R1 

R1, #AR4-- 
#AR1,R2,R1 

R1, #AR2-- 

R2, #AR1 RI 

R1, #ARL ++ 

R1, #AR3++ 


@ INPUT, ARS 
R3, ARS 
@FHTSIZ, ARS 
INLOP 
RINPUT, ARS 


1,R5 
@LOGFHT | RS 


we we 


~e 


we we we ve we ek we 


we 


~~ 


Pry 


ve we we we we we we Ye ws ve we we te 


we 


“we 


ARL POINTS TO X(L1)=X(HI-1) 


AR3 POINTS TO X(L3)=X(L1+N2) 


ARZ POINTS TO X(L2)=X(U-1+1+N2) 
AR4 POINTS TO X(L4)=X(L2+N2) 


RO=X(J) 


3 RI=X(U)+X(L2) 


RO=-X(J)+X(L2) 
X(J)=X(J) +X(L2) 
RO=X(J)-X(L2) 
X(L2)=X(J)-X(L2) 
RO=X(L4) 
Ri=X(L3)+X(L4) 
R1=X(L3)-X(L4) 
X(L3)=X(L3)+X(L4) 
X(L4)=X(L3)-X(L4) 


IR1=SEPARATION BETWEEN SIN/COS TBLS 


REPEAT N4-1 TIMES 


RO=X(L3)#C0S 
Ri=X(L4)#SIN 
Ri=X(L4)#COS 

R2=X(L3) #COS+X(L4) #SIN=T1 
RO=X(L3)#SIN 

RO=X(L3) #SIN-X{14)#COS=T2 
R1=X(L2)-T2 

Ri=X(L2)+T2 
X(L4)=X(L2)-T2 
Ri=X(Lt)+T1 
X(L2)=X(L2)+T2 
Ri=X(L1)-T1 
X(LID=X(LE)4T1 
M(L39=X(LI)-T1 


ARS=I+N1 


LOOP BACK TO THE INNER LOOP 


sBRANCH TO ITSELF AT THE END 
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BASED ON THE ALGORITHM OUTLINED BY BYEONG GI LEE IN HIS ARTICLE, FCT - A 
FAST COSINE TRANSFORM, PUBLISHED IN THE PROCEEDINGS OF THE IEEE INTER- 
NATIONAL CONFERENCE ON ACOUSTICS, SPEECH, AND SIGNAL PROCESSING, SAN 
DIEGO, CA, 19-21 MARCH 1984, P 28A.3/1-4 VOL. 2, ((H1954-5/84/0000-0299), 


LEE’S ALGORITHM HAS BEEN MODIFIED TO ALLOW NATURAL ORDER TIME DOMAIN 
COEFFICIENTS RATHER THAN THE LESS ORDERED INPUT SUGGESTED IN HIS ARTICLE. 


THE FREQUENCY DOMAIN COEFFICIENTS ARE IN BIT REVERSE ORDER. THIS IS AN IN 


we we 


~~» 


re, ny ee) et ee) ey ay 


we 


we 


FAST COSINE TRANSFORM ENTRY POINT. 


; LENGTH OF DATA ENTRY. 


TABLE OF COSINE COEFFICIENTS. 
TABLE OF INPUT DATA. 


LOAD DATA LENGTH. 

SET BLOCK SIZE FOR CIRCULAR 
ADDRESSING. 

LOAD DATA POINTER. 

LOAD COSINE TABLE POINTER. 

INITIALIZE INDEX REGISTERS FOR FIRST 
BUTTERFLY SERIES. 

INITIALIZE DATA POINTERS. 


INITIALIZE 2’S POWER COUNTER. 
FINISH DATA POINTER INITIALIZATION. 


RC SHOULD BE ONE LESS THAN COUNT 
DESIRED. 


THIS LOOP SERTES DOES ALL THE BUTTERFLY STAGES EXCEPT THE FINAL ONE. 


+ 

+ APPENDIX £1 

* 

# A FAST COSINE TRANSFORM 

# 

+ 

P 

* 

* 

PY 

t 

* 

* 

Py 

* PLACE CALCULATION. 

+ 

t AUTHOR: PAUL WILHELM 

* 

# 
-qlobal FCT 
-giobal = 
-alobal COS_TAB 
-global COEFF 

+ 
text 

t 

FCTSIZE word M 

COS -word COS_TAB 

DATA «word COEFF 

* 

FCT: 
LOI @FCTSIZE, ARO 
LOI @FCTSIZE, BK 

t 
LDI @_DATA, ARG 
LUT @_COS, AR7 
LDI ARO, IRI 
LDI -1, IRO 
LDI ARG, ARI 
ADDI3 ARS, ARO, AR2 
SUBI 1,AR2 
LSH3 TRO, ARO, ARS 
LBI 1, ARS 
ADDI ARG, ARS 
ADLT3 TRO, ARS, AR4 
ADDI3 TRO, ARS, RC 

% 

# 

* FIRST LOOP SERIES 

3 

ry 

# 


RPTB 


END_CENTER_LOOP 


OUTSIDE_LOOP: 
MIDDLE_LOOP: 
# ” 
LOF #0R2,R2 
i LDF #AR3,R3 


SUBF3 -#AR3, #AR4A,RI 
SUBF3 #2, #AR1,RO 
MPYF3—R1, ##40R7 Ri 


we we 


we we we 4k we we we we ee Ve ee we we Oe 


TWO BUTTERFLIES ARE CALCULATED AT 
THE SAME TIME. 


GET LOWER HALF OF EACH BUTTERFLY. 
(THIS ALLOWS FOR MORE PARALLEL 
COMMANDS LATER) 

SUBTRACT SECOND BUTTERFLY DATA. 

SUBTRACT FIRST BUTTERFLY DATA. 

MULTIPLY 2ND SUBTRACTION RESULT BY 
COSINE COEFFICIENT. ADD SECOND 

- BUTTERFLY DATA. 

MULTIPLY 1ST SUBTRACTION RESULT BY 
COSINE COEFFICIENT. ADD FIRST 
BUTTERFLY DATA. 

SAVE 2ND MULTIPLY RESULT IN LOWER 
HALF JF BUTTERFLY. SAVE 2ND 
ADDITION IN UPPER 2ND BUTTERFLY. 


SAVE 1ST MULTIPLY IN LOWER HALF OF 
2ND BUTTERFLY. SAVE 1ST ADDITION 
IN UPPER 1ST BUTTERFLY. 


UPDATE REPEAT COUNTER FOR NEXT BLOCK 
REPEAT. 

UPDATE DATA POINTERS. 

HAVE BUTTERFLIES BEEN COMPLETED? 

DELAYED BRANCH, IF NOT. 

UPDATE FINAL TWO POINTERS FOR NEXT 
REPEAT. 

UPDATE COSINE COEFFICIENT POINTER. 
SET REPEAT MODE. (FASTER THAN USING 
RPTB WHEN START AND END ADDRESS 

ARE STILL GOOD) 


UPDATE INDEX REGISTER. (BIVIDE BY 2) 
REINITIALIZE DATA POINTERS. 


IS FIRST BUTTERFLY SERIES COMPLETE? 

DELAY BRANCH, IF NOT. 

MULTIPLY 2°S POWER COUNTER BY 2. 

CONTINUE REINITIALIZING DATA 
POINTERS. 

SET REPEAT COUNTER FOR REPEAT BLOCK. 


ii ADDF3 R3, #AR4 RB 
bd 
MPYF3 «RO, #-AR7, RO 
i ADDF3 —s-R2, #AR,R2 
2 
STF RL, #ARZH+( IRI DL 
HH STF RB, FARS++(1R1)% 
I 
END_CENTER_LOGP: 
% 
STF RO, AARS++(IRIIZ ss 
14 STF R2,AARIGHIRIE ss 
* : 
# 
+ END OF -CENTER LOOP OF FIRST LOOP SERIES. 
+ 
ADDI3 —_ TRO, ARS, RC : 
# 3 
ADDF3  —- FARS#++, FAR2--,RO 
CHPI AR3, AR2 ; 
BOTB MIDDLE_LOOP $ 
ADDF3 #ARI++ #ARA--,RO 
* : 
ADDI 2, 0R7 ; 
OR O100H, ST , 
. ; 
id : 
tJ 
+ DELAY BRANCH FROM HERE TO MIDDLE_LOOP. 
2 
LSH -1, IRI ; 
LDI ARS, ARI : 
ADDI TRO, ARG, ARZ 
ADDI TR1, AR2 
OFI 2, IRi : 
BGTD OUTSIDE_LOOP : 
LSH 1, ARS : 
SUBI3 TRO, ARS, ARS ; 
* 5 
ADDI3 TRO, ARS, RC ; 
# 
# END OF FIRST LOOP SERIES. 
2 
# FINAL BUTTERFLY STAGE LOOP. 
# 
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LBI ~ 4 IRi : INITIALIZE INDEX REGISTER. 
ADDI 1, ARS ; SET UP DATA POINTERS. 
LSH -1, ARS 
ADDI 3, AR4 
ADLI3 TRO, ARS, RC » INITIALIZE REPEAT COUNTER. 
MPYF3 #AR7 , #+0R7,R4 s CALCULATE (2/M)#COS(PI/4). 
t s  {1.E.-> (SQRT(2))/M THIS VALUE IS 
# ; CALLED, S, BELOW.} 
RPTB END_2ND_LOOP ; TWO BUTTERFLIES ARE CALCULATED PER 
# s LOOP. 
t 
SUBF3 #AR2, #AR1, RO ; SUBTRACT 1ST BUTTERFLY DATA. 
SUBF 3 #AR4, #ARS,RL ; SUBTRACT 2ND BUTTERFLY DATA. 
MPYF3 RO,R4, RO s MULTIPLY 1ST SUBTRACTION RESULT 
i ADDF3 #ARS++(IR1), #ARS++( IRL) RB ; BY S. ADD 2ND BUTTERFLY 
* : DATA. 
MPYF3 R1,R4,R1 : MULTIPLY 2ND SUBTRACTION RESULT 
He ADDF 3 HARI ++(1R1), #ARZ++( IRL), R2 ; BY S$. ADD 1ST BUTTERFLY 
* : DATA. 
MPYF3 R3, #+AR7 RB s MULTIPLY 2ND ADDITION RESULT BY 
i STF RO, #-AR2Z (IRL) : 7071. SAVE 1ST SUBTRACTION IN 
: LOWER 1/2 OF 1ST BUTTERFLY. 
MPYF3 RZ, #+AR7 RZ + MULTIPLY 1ST ADDITION RESULT BY 
Hn STF R1, #-AR4(1R1) + 7071 SAVE 2ND SUBTRACTION IN 
* : LOWER 1/2 OF 2ND BUTTERFLY. 
ADDF 3 R3,R1,R3 + ADD 2ND SUBTRACTION MULTIPLY TO 2ND 
* : ADDITION MULTIPLY. 
STF R2, #-ARI (IRI) + SAVE 1ST ADDITION MULTIPLY IN UPPER 
& + 1/2 OF BUTTERFLY. 
% 
END_2ND_LOOP: 
* 
STF R3, #-ARS(IR1) + SAVE 2ND ADDITION MULTPLY IN UPPER 
* : {1/2 OF UPPER BUTTERFLY. 
% 
* ENT OF FINAL BUTTERFLY STAGE LOOP. 
% 
* BIT REVERSE ADDITION LOOP SERIES. 
% 
* THIS LOOP SERIES DOES ALL OF THE BIT REVERSE ADDITIONS AT THE END OF FAST 
# COSINE TRANSFORM. 
% 
LDI 2, IRO s INITIALIZE INDEX REGISTERS AND DATA 
LDI ARG, ARI POINTERS FOR FINAL ADDITION 
ADDI 4, ARI ; SERIES. 
LOI ARI, AR2 
LI 8, IRi 


# 
LAST_OUTSIDE LOOP: 
# 

LI 

LSH 


INCLUDES LAST BUTTERFLIES AND FIRST STAGE OF BIT REVERSE ADDITIONS. 


: UPDATE POINTERS AND COUNTERS. 


e | 


LDI ARS,RC : 
ADDF3 ——-#AR2++( IRO)B, #ARA++( IRO)B, RO 
LDI AR1,R4 , 

* : 
SUBI 1,RC 
NOP #AR4++( TRO) B , 
LDI AR2, AR3 


RPTB END_INSIDE ; 
% 


LAST_INSIDE_LOOP: 


ADDF 3 #AR1, #AR2++(1R1)Z, RO 
ADDF 3 #ARS, HARSH (TR1)%,R1 


STF RO,FARIHH(IRIIZ 
% 
END_INSIDE: 
+ 
SIF RI, #ARSH+H(IRIZ ss 


SET UP REPEAT COUNTER. 

; DATA POINTER UPDATE. 

USE INITIAL ARI VALUE AS INNER LOOP 
CONTROL. 


CONTINUE UPDATING POINTERS. 


TWO ADDITIONS ARE DONE IN EACH LOOP. 


; ADD FIRST TWO DATA. 
; ADD SECOND TWO DATA. 
SAVE FIRST ADDITION. 


SAVE SECOND ADDITION. 


* END OF INSIDE LOOP FOR LAST LOOP SERIES. 


ADDF3 HARI ++(IRO)B, #ARZ++(IRO)B, RO 


; UPDATE DATA POINTERS. 


ADDF3  —-#AR3++( IRO)B, #AR4++(IRO)B, RO 
ADDF3 - #AR3++( TRO) B, #AR4++4 (ROB, RO 
ADDF3 -#AR1++( IRO)B, #ARZ++( IRO)B, RO 


CHPI R4, AR4 , 
BNED LAST_INSIDE_LOOP 
LI ARS, RC ; 
SUBI 1,RC 

OR 0100H, ST ; 


* BRANCH DELAYED TO LAST_INSIDE_LOOP. 


RPTB LAST_BLOCK ; 
ADDF 3 #ARL , FAR24+4+(1R1)%, RO 


STF RO,#ARIFHIRIDZ 


* END OF LAST REPEAT BLOCK. 


LSH 1, IRO : 
ADDI IRO,R4 : 
CHP] 1, ARS : 
BGTD LAST_OUTSIDE_LOOP =; 
LDBI R4, ARZ : 
LOI R4,AR1 

LSH 1, IR1 : 


* 


DELAYED BRANCH TO LAST.OUTSIDE_LOOP. 


IS THIS LOOP COMPLETE? 
DELAYED BRANCH, IF NOT. 
SET UP REPEAT COUNTER. 


SET REPEAT MODE. 


; SINCE THERE ARE AN ODD NUMBER OF 


: ADDITIONS, THE FINAL ONES ARE 
DONE NOW, 


SAVE ADDITION. 


MULTIPLY IRO BY 2. 

UPDTEE INNER LOOP CONTROL REGISTER. 
ARE CALCULATIONS COMPLETE ? 
DELAYED BRANCH, IF NOT. 

UPDATE DATA POINTERS. 


MULTIPLY IRi BY 2. 


vel 
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* END OF LAST LOOP SERIES. 
% 
* - MULTIPLY COEFFICIENT ZERO BY .5, IF NOT ZERO. 
% 
LDF #ARS, RO ; SET ZERO FLAG IF #ARG = 0. 
BEGD DONT STORE ; IF COEFFICIENT IS ZERO, DON’T DO 
t ; THIS. 
LSH 24, ARS ; USE INTEGER MATH FOR FLOAT DIVIDE 
t 7 BY 2. 
SUBI3. ARS, #AR6, ARI 
NOP 
* 
# DELAYED BRANCH FROM HERE IF VALUE IS NOT TO BE STORED. 
* ; 
STI ARI, #ARG » STORE, IF EXPONENT WASN’T -128. 
t 
DONT_STORE? 
# 
RETS 


oe t NOP #AR2++(1RO)B 
e * APPENDIX E2 ADDF3 —- #AR1++(IRO)B, #AR2++(IRO)B,RO + FIND FIRST SUM. (MAKES 
S : LOI ARI , AR3 ; MIDDLE LOOP MORE EFFICIENT) > 
i % — AFAST COSINE TRANSFORM (INVERSE TRANSFORM) | LD AR. ARA 
iS * LOI ARI, ARS < 
3 # BASED ON THE ALGORITHM OUTLINED BY BYEONG GI LEE IN HIS ARTICLE, FCT - A ADDF3 -#AR3+4+( 1RO)B, #AR4++(1RO)B,R1 + DUMMY ADD TO UPDATE 4 
a # FAST COSINE TRANSFORM, PUBLISHED IN THE PROCEEDINGS OF THE IEEE Inter- 4 . POINTERS. S 
= # NATIONAL CONFERENCE ON ACOUSTICS, SPEECH, AND SIGNAL PROCESSING, SAN LSH 1, TRO | UPDATE INDEX REGISTER. o. 
= * DIEGO, CA, 19-21 MARCH 1984, P 28A.3/1-4 VOL 2., (CHI954~5/84/0000-0299). = 
8 ' RPTB -_END_CENTER ; TOP OF INNER MOST LOOP. es 
: + —LEE’S ALGORITHM HAS BEEN MODIFIED TO ALLOW NATURAL ORDER TIME DOMAIN F 
Sh * COEFFICIENTS. MIDDLE: ; TOP OF MIDDLE LOOP. S 
sy ¥ % e 
~ + THE FREQUENCY DOMAIN COEFFICIENTS ARE IN BIT REVERSE ORDER. THIS IS AN IN ine RS, 3 . GET UPPER HALF OF SECOND ADDITION. 
ee # PLACE CALCULATION. ADDF3 -#AR1, #AR2++(IRO)B,R1 ; DO FIRST ADDITION. > 
b # STF RO,#AR1++(IRO)B ; STORE ADDITION DONE THE LAST LOOP OR 
os AUTHORS PAUL WILHELM ' ; WHEN INITIALIZATION WAS DONE ABOVE £2 
A END_CENTER? 
4 .globat FCT » INVERSE FAST COSINE TRANSFORM ENTRY nD 
8 ; POINT. ADDF3 RB, #AR44++(IRO)B.RO + DO SECOND ADDITION. 
5 eglobal PE eer 10 Beer ed i STF RL, #AR3#+#(IRO)B STORE FIRST ADDITION. OQ 
ma .global COEFF » TABLE OF COSINE COEFFICIENTS. : S 
> * » TRANSFORMED. ; =I 
~ “i ADDF3 = #ARS++#(IRI)%,#AR4++(IRI)%,R2 ; DUMMY ADD TO UPDATE - @ 
~ atext t ; POINTERS. 
2g on LOF FARS++(1RO)B,R3 GET VALUE FOR LAST ADDITION. =] 
S FCTSIZE word = r LOF *AR2++(IRO)B,R2 ; DUMMY ADD TO UPDATE POINTER. 0 
rs -DATA sword = COEFF ADDF3 ——R3, #AR4++(IRO)B,RO : DO LAST ADDITION. = 
= -00S sword = COS_TAB ny STF RO, #ARI++(IRO)B + STORE NEXT TO LAST ADDITION. 7A 
S ADDF3 —-#ARIH4(IR1)%,#AR2+4(IR1)Z,R2 + DUMMY ADD TO UPDATE ry 
2 rer: . ; POINTERS. © 
5 LOI @FCTSIZE, ARO ; LOAD ARRAY SIZE. at TRO. RC | prac sere GUM, sy 
S LOI @FCTSIZE, BK » LOAD BLOCK SIZE FOR CIRCULAR et eis te hiE Le CaS = 
~ » ADDRESSING 
~ . ; . BRANCH 
& LDI @_DATA, ARS ; LOAD POINTER TO DATA TABLE. oN sap aE RTE POUEEAVER : = 
= LOI ®.C0S, ART » LOAD POINTER TO COSINE TABLE. ae Ses = 
= ADDI ARO, ART » POINT TO LAST COSINE VALUE IN TABLE. a es ey weet ee = 
7) SUBI 2, AR7 : : . ra) 
S LOI ARO, IRO » INITIALIZE INDEX REGISTERS FOR BIT : 3 SS SUERT ISTE BRRESSES “STILE OK) ~ 
2 Wi 
= - agi ; REVERSED ADDITION SEQUENCE DELAY BRANCH FROM HERE TO MIDDLE. O 
bo ; . 
S eat pees get re Dede ey ES CHI «1, TRO s 1S QUTSIDE LOOP COMPLETE ? - 
BOTD §©—s« OUTSIDE ; IF NOT, DO DELAYED BRANCH. 
+ ? ? os) 
+ — START OF BIT REVERSED ADDITION LOOP SERIES. . oe ee : sie UE nearer ome i 
. ADDI TRO, ARI 2 
OUTSIDE: pA oe Ee aCe : LSH -1, IR! + UPDATE INDEX REGISTER a 
‘ . ADDITIONS. : ~ 
* 
ADDI TRO, ARI . UPDATE DATA POINTERS AND REPEAT gare ar oa =| 
‘ » COUNTER. = = 
— LBI ARI AR2 + END OF BIT REVERSED ADDITION LOOP SERIES. 
S LOI TRO, RC : 
aby AE * START OF CENTER BUTTERFLY LOOP. 


971 


Se ee 
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x 


END_CENTER_LOOP: 
THIS LOOP INCLUDES THE LAST BIT REVERSED ADDITION STAGE, THE FIRST 4 
BUTTERFLY, AND THE COSINE MULTIPLICATIONS FOR THE SECOND BUTTERFLY SIF RL #AR4++(IR1)% > STORE LOWER HALF OF 47H BUTTERFLY. 
SERIES. “a SIF RA SARSHHIRI)Z STORE LOWER HALF OF 3RD BUTTERFLY. 
5 
SUBI 3, AR2 . UPDATE DATA POINTER FOR THIS LOOP. + END OF CENTER BUTTERFLY LOOP. 
LDI 8, IR! » INITIALIZE INDEX REGISTER, * 
LDI ARO, RC » INITIALIZE REPEAT COUNTER. * START NEXT TO LAST LOOP SERIES. 
LSH. -3,RC ' 
LDF #0R7--,R7 ; GET COSINE PI/4. * THIS SERIES OF LOOPS DOES ALL BUT THE LAST BUTTERFLY STAGE. ALL THE 
SUBI 1,RC * COSINE COEFFICIENT MULTIPLICATIONS ARE DONE, INCLUDING THE MULTI- 
LOI RC, ARS . SAVE REPEAT COUNTER FOR LATER USE. * PLICATIONS FOR THE LAST BUTTERFLY STAGE. (THIS PROGRAM FLOW ALLOWS FOR 
* FAST EXECUTION.) 
RPTB END_CENTER.LOOP ©; FOUR BUTTERFLIES ARE DONE EACH CYCLE ‘ 


; THROUGH THIS LOOP. SUBI 2, AR7 : UPDATE COSINE COEFFICIENT POINTER. 
SUBI 1,AR4 : UPDATE DATA POINTER. 
ADDF3 = ##AR2, #AR2,R4 ; BIT REVERSED ADDITION FOR 2ND LDI ARS, RC ; RELOAD REPEAT COUNTER. 
; BUTTERFLY. LDF #AR7—-,R5 : GET COSINE COEFFICIENTS. 
MPYF3 RL, R7,R5 ; COSINE PI/4 TIMES LOWER HALF OF 1ST UDF #OR7--,R4 
: BUTTERFLY. * 
MPYF3 R7,R4, RO + COSINE P1/4 TIMES LOWER HALF OF 2ND RPTB END_NTL : TWO BUTTERFLIES ARE CALCULATED PER 
; BUTTERFLY. # ; CYCLE THROUGH THE INNER LOOP, 
ADDF3  —-#AR4, #-AR4,R3 ; BIT REVERSED ADDITION FOR 4TH * 
; BUTTERFLY. NTL_LOOP: 
ADDF3 RS, #-AR1, RA ; ADD UPPER HALF OF 1ST BUTTERFLY. * 
MPYF3 --#+AR7,R3_RI + COSINE PI/4 TIMES LOWER HALF OF 4TH SUBF3 -AR4_ #AR_R6 ; SUBTRACT LOWER HALF OF 2ND 
; BUTTERFLY. + » BUTTERFLY. : 
ADDF3 RO, #ARZ,R2 ; ADD UPPER HALF OF 2ND BUTTERFLY. ADDF3  —-#AR4, #AR3,R7 : ADD UPPER HALF OF 2ND BUTTERFLY. 
SUBF3 RS, #-AR1, RS ; SUBTRACT LOWER HALF OF 1ST MPYF3 R5,R6, RO : MULTIPLY UPPER HALF OF 2ND BUTTERFLY 
; BUTTERFLY. Ps > BY COSINE COEFFICIENT. 
MPYF3—- #-AR7,R2,RO ; MULTIPLY UPPER HALF OF 2ND BUTTERFLY a ADDF3  —-#ARZ, #AR1 RZ : ADD UPPER HALF OF 1ST BUTTERFLY. 
; BY COSINE COEFFIEIENT. MPYF3 —sR4, R71 ; MULTIPLY LOWER HALF OF 2ND BUTTERFLY 
SUBF3 RO, #AR2,R2 s SUBTRACT LOWER HALF OF 2ND * ; BY COSINE COEFFIEICENT. 
; BUTTERFLY. H SUBF3 —s #AR2, #0R1,R3 s SUBTRACT LOWER HALF OF 1ST 
STF R4, #-ARI ; STORE UPPER HALF OF 1ST BUTTERFLY. * ; BUTTERFLY. 
STF RO, #ARI++(IR1)% ; STORE LOWER HALF OF 1ST BUTTERFLY. STF RO, #ARS++4(1R1)% + STORE UPPER HALF OF 2ND BUTTERFLY. 
STF RO, #+ARZ ; STORE LOWER HALF OF 2ND BUTTERFLY. a STF R2,#AR1++(IR1)%  s STORE UPPER HALF OF 1ST BUTTERFLY. 
MPYF3 -#AR3,R7,R4 ; COSINE PI/4 TIMES LOWER HALF OF 3RD t | 
; BUTTERFLY. END_NTL! 
MPYF3 —-#AR7,R2,R0 ; MULTIPLY LOWER HALF OF 2ND BUTTERFLY t 
. ; BY COSINE COEFFICIENT STF R1,#AR4++(IR1)% + STORE LOWER HALF OF 1ST BUTTERFLY. 
SUBF3 RI, #-AR4,R3 ; SUBTRACT LOWER HALF OF 4TH "i STF R3,*#AR2++(IR1)% STORE LOWER HALF OF 2ND BUTTERFLY. 
; BUTTERFLY. ; 
ADDFS ——R4, #-ARS, RO ; ADD UPPER HALF OF SRD BUTTERFLY. + END OF CENTER LOOP OF NEXT TO LAST SERIES. 
MPYF3 —-#AR7,R3, RI ; MULTIPLY ;QWER HALF OF 4TH BUTTERFLY : 
; BY COSINE COEFFICIENT LDI ARS, RC : RELOAD REPEAT COUNTER. 
ADDF3 Ri, #-AR4,R3 ; ADD UPPER HALF OF 4TH BUTTERFLY. LDF #AR7——,F5 GET NEW COSINE COEFFICIENTS. (FYI- 


“we we ew 


SUBF3 RA, #-AR3, RA ; SUBTRACT LOWER HALF OF 3RD LDF #AR7—-,R4 THE LAST TIME, THIS WILL FETCH 
; BUTTERFLY. * FROM MEMORY BELOW THE COSINE 
MPYF3—-#-AR7,R3,R1 ; MULTIPLY UPPER HALF OF 4TH BUTTERFLY . » TABLE.) 
; BY COSINE COEFFICIENT. CHI ARI, AR6 : HAS MIDDLE LOOP BEEN COMPLETED ? 
STF Ri, #-AR4 ; STORE UPPER HALF OF 4TH BUTTERFLY. BNED NTL_LOOP » JF NOT. BRANCH AYED. 
STF RO, #AR2++(1R1)% + STORE UPPER HALF OF 2ND BUTTERFLY. ADDF? «-AR4++.40R3--.RO - DUMMY ADDS TO UPBATE DATA POINTERS. 
STF RS, #-AR3 ; STORE UPPER HALF OF 3RD BUTTERFLY. / ; : 


Lgl 


OFDOTESWL 24s uO suuofsusy 42419 puo ‘JO ‘L414 fo uouvmuawayduy uy 


ADDF 3 


OR 


s se me 


— ce we ee em 


#AR2++ , FARI~—-, RO 


0100H, ST 


BRANCH DELAY FROM HERE TO NTL_LOOP. 


AR3, ARI 
1R1, ARI, AR3 
1, 1R1 


TRO, AR3, AR 
-1, ARS 
ARS, RC 


END OF NEXT TO LAST LOOP SERIES. 


START OF THE LAST LOOP. 


2, 1R1 

TRO, AR2, AR4 
1RO, ARI, ARS 
ARO, RC 
-2, RC 

1,RC 


END_LAST_LOOP 


#AR4,RO 


FAR2, #AR1, R1 
#AR2, HARI, R2 


RO, #AR3, R3 
R1, #ARI--(IR1) 
RO, #AR3,R4 


R2, #AR2++(1R1) 
R3, #AR3—-(IR1) 


R4, #ARA++( IRI) 


? 


we 


DELAYED BRANCH FROM HERE TO NTL_LOOP. 


s 
’ 
e 
’ 


we we we ee we ee we ee He ee ee 


: SET REPEAT MODE. (START/STOP 


ADDRESSES ARE STILL GOOD. ) 


UPDATE DATA POINTERS. 


UPDATE INDEX REGISTER. 

IS THIS LOOP SERIES COMPLETE ? 
IF NOT, BRANCH DELAYED. 

UPDATE DATA POINTER. 

UPDATE REPEAT COUNTER. 


THE LAST LOOP IS THE LAST BUTTERFLY STAGE WITHOUT THE COSINE COEFFICIENT 
MULTIPLICATIONS, WHICH HAVE ALREADY BEEN DONE. 


INITIALIZE INDEX REGISTER. 
INITIALIZE DATA POINTERS. 


INITIALIZE REPEAT COUNTER. 


TWO BUTTERFLIES ARE DONE FOR EACH 
CYCLE THROUGH THE LOOP. 


GET VALUE FOR LOWER HALF OF 2ND 
BUTTERFLY. 

ADD UPPER HALF OF 1ST BUTTERFLY. 

SUBTRACT LOWER HALF OF 1ST 
BUTTERFLY. 

ADD UPPER HALF OF 2ND BUTTERFLY. 

STORE UPPER HALF OF 1ST BUTTERFLY. 

SUBTRACT LOWER HALF OF 2ND 
BUTTERFLY. 

STORE LOWER HALF OF iST BUTTERFLY. 

STORE UPPER HALF OF 2ND BUTTERFLY. 


3 STORE LOWER HALF OF 2ND BUTTERFLY. 


# END OF LAST LOOP, AND INVERSE COSINE TRANSFORM. 


RETS 
end 


Appendix E3. FCT Cosine Tables File 


x 
¥ APPENDIX £3 
# 
% FCT COSINE TABLES FILE 
% 
% TO BE LINKED WITH FCT SQURCE CODE FOR 32 POINT FCT. 
# 
% COEFFICIENTS ARE 1/(2 * COS(N#PI/2M)), WHERE N IS A NUMBER FROM 1 to 
t M-i. M IS THE ORDER OF THE TRANSFORM. 
t 
# FOR A 32 POINT FCT, N IS IN THE FOLLOWING ORDER: 
# Lodo, 3 18 79, 
* 2, 14, 6, 10, 
% 4 12, 
% 3 
% 
% THE LAST VALUE IN THE TABLE I5 2/M. 
% 
x 
~global COS_TAB 
-Qlobal 
QM set 14 
% 
data 
# 
COS_TAB 


efloat 0.5024193 
efloat = 5..1011487 
«float 0.5224986 
«float 1. 7224471 
»float  0.5669440 
float 1.0606777 
float  0,6468218 
efloat 06,7881544 
float = 0.5097956 
float = 2,5629154 
otioat 0, 6013449 
efloat 09,8999762 
efloat 0. 5411941 
float 1, 3065630 
»float 9. 7071068 
efloat  0,1250000 
end 
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APPENLITX E4 


DATA FILE 


seo owe oe 


global 
data 


COEFF 

float 
«float 
float 
float 
.tloat 
«float 
» float 
»tloat 
float 
» float 
» float 
» float 
- float 
» float 
. float 
» float 
2end 
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COEFF 


137.0 
249.0 
105.0 
217.0 
73.0 
135.0 
41.0 
153.0 
9.0 
121.0 
233.0 
o7.0 
201.0 
37,0 
169.0 


2.0) 


Appendix E4. Data File 
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Appendix F. Test Vectors, 64-Point Sine Table, Link Command File 
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cel 


ce es al 
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0.5598 
APPENDIX Fi 0.9168 
. 0.1402 
EXAMPLE OF A 64-POINT VECTOR TO TEST THE FFT ROUTINES 0.7054 
0.0178 
k= 0.2611 
0.1358 
0.2113 0.0503 
0.0824 0.5782 
0.7599 0.2432 
0.0087 0.9448 
0.8096 0.5876 
0.9474 0.7256 
0.4524 . 0. 27849 
0.8075 0.6767 
0, 4832 0.8642 
0.6155 0.1943 
0.2749 Fs 
0.8807 *  64-POINT FFT CORRESPONDING TO VECTOR X 
0.6538 ry 
0.4899 Y= 
0.7741 
0.9826 30.3774 
0.9933 1.7780 - 2.5584 
0,8360 -1.0376 - 2.39991 
0.7469 “1.0123 + 2.48891 
0.0378 0.6594 + 2.36391 
0.4237 -1.5228 - 0.7527i 
0.2613 ~3.8171 - 0.2050i 
0.2403 -2.7096 + 1.28411 
0.3405 2.1622 - 1.6863: 
0.1167 0.2879 + 1.8671i 
0.6250 -1.5479 + 1.6298: 
0.5510 -0.6366 - 0.11761 
0. 3550 2.2902 + 1.55491 
0.4943 -2.4837 - 0.5842i 
0.0365 ~1.7338 + 0.0738 
0.2260 , -0.2180 - 0.4726i 
0.8159 0.2104 + 0.48971 
0.2284 -1.7473 - 1.02133 
0.8553 0.1233 - 2.39151 
G.0621 “0.6415 - 1.11441 
0.7075 -2.7719 - 0.4802i 
0, 2408 -0,0063 - 0.3885i 
0.6907 -0.7163 + 1.5682i 
0.1062 0.3218 - 1.3316i 
0.2640 ~0. 7823 + 1.0607i 
5.7034 -0.2553 + 2.8270 
0.4021 ~1.0813 - 2.78611 
0.6533 3.4869 + 1.94851 
0.9700 3.0352 + 1.38551 
0.0380 3.2099 + 2.3564i 
0.0988 ~1,9511 - 0.7714 


SOUTNOY LAT 2) 9S9J, 0} 109904 JUIOg-p9 & Jo a[durexy “7,4 xipueddy 
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cel 


-1,5474 
1.8755 - 0.2867i 
-1,9511 + 0.77141 
3.2099 - 2.35641 
3.0352 - 1.3855i 
3.4869 - 1.9485i 
-1.0813 + 2.78611 
-0.2553 - 2.82703 
~0.7823 - 1.0607i 
0.3218 + 1.3316: 
0.7163 - 1.5682i 
0.0063 + 0.3885i 
-2.7719 + 0.4802i 
“0.6415 + 1.1144: 
0.1233 + 2.3915i 
“1.7473 + 1.02131 
0.2104 - 0.49971 
0.2180 + 0.4726i 
-1.7338 - 0.0738i 
-2, 4837 + 0.5842i 
2.2902 - 1.509: 
-0.6366 + 0.1176: 
-1,5479 - 1.6298i 
0.2879 - 1.86714 
2.1622 + 1.6863i 
-2. 7096 ~ 1.26413 
-3.8171 + 0.2050i 
-1.5228 + 0.7527: 
0.6594 - 2,3639i 
-1.0123 - 2.48893 
-1.0376 + 2.3999i 
1.7780 + 2.5584i 


vel 
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APPENDIX F2 


bi 2 


glob] 
-glodl 
glob) 


set 
«set 


a Se A 


data 


float 
float 
- float 
float 
float 
float 
float 
. float 
float 
» float 
. float 
float 
«float 
float 
float 
«float 
COSINE 


. float 


float 
float 
. float 
float 
- float 
. float 
float 
float 
float 
. float 
float 
. float 
«float 
» float 
-float 
» float 
«float 
. float 
» float 
float 
«float 


FILE TO BE LINKED WITH THE SOURCE CODE FOR A 64-POINT, RADIX-4 FFT. 


SINE 
N 
Ld 


64 
6 


0.000000 
0.098017 
0. 195090 
0. 290285 
0. 382683 
0.471397 
0.595970 
0.634393 
0.707107 
0.773010 
0.831470 
0.881921 


0.923880 


0.756940 
0.980785 
0.918 


1.000000 
0.995185 
0.980785 
0.956940 
0.923880 
0.881921 
0.831470 
0.773010 
0.707107 
0.634393 
0.555570 
0.471397 


0. 382683 a 


0.200285 
0. 195090 
0.098017 
0.000000 
-0.098017 
~0. 195090 
-0. 290285 
-0. 382683 
0.471397 


float 
float 
float 
. float 
«float 
float 
. float 
»tloat 
.ficat 
«float 
afloat 
» float 
float 
«float 
. float 
float 
. float 
float 
float 
float 
. float 
» float 
float 
float 
-float 
float 
float 
float 
float 
» float 
float 
- float 
. float 
.float 
float 
. float 
float 
float 
float 
«float 
»flaat 
float 


-0.555570 
—0. 634393 
-0, 707107 
-0. 773010 
-0.831470 
-0.881921 
~0. 923880 
-0. 956940 
-0. 980785 
0.995185 
-1,000000 
0.995185 
-0. 980785 
0, 956940 
-0. 923880 
-0,881921 
-§.831470 
-0.773010 
-0. 707107 
-0. 634393 
-0. 555570 
-0. 471397 
0. 382683 
-0,. 290285 
-0. 195090 
0.098017 
0.000000 
0.098017 
0. 195090 
0.290285 
0. 382683 
0.471397 
0.559570 
0.634393 
0.707107 
0.773010 
0.831470 
0.881921 
0.923880 
0. 956940 
0. 980785 
0.995185 
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Appendix F3. Link Command File 


APPENDIX F3 


LINE COMMAND FILE 3 


Meow oe oe oe teat 


Iti NOT TYPE IN THESE FIRST SEVEN LINES 
-G lZopté4. cut 

1Ztopt.abj 

51nb4, ob | 


SECTIONS 
data = ¢} 


IN S09800h = {€ 12fopt.obj (IN) } 
»bss BO9CO0Gh: {} 


faet 


An Implementation of FFT, DCT, and Other Transforms on the TMS320C30 135 


136 An Implementation of FFT, DCT, and Other Transforms on the TMS320C30 


Doublelength Floating-Point 
Arithmetic on the TMS320C30 


Al Lovrich 


Digital Signal Processor Products—Semiconductor Group 
Texas Instruments 


137 


138 Doublelength Floating-Point Arithmetic on the TMS320C30 


In the past, extended-precision arithmetic has been implemented only on fixed-point 
processors. The introduction of the TMS320C30 Digital Signal Processor (DSP), a floating- 
point 33-MFLOP device, enables us to represent multilength floating-point math in terms 
of singlelength floating-point math. Extended-precision arithmetic allows designers to have 
more accuracy in their applications. Some of these applications include digital filtering, 
FFTs, image processing, control, etc. 


This application report describes how to extend the available precision of floating- 
point arithmetic on the TMS320C30. Our emphasis is on implementing an efficient exten- 
sion of the available precision while minimizing both the execution time and the memory 
usage. 


The structure of this report is as follows: The first section describes the TMS320C30 
DSP floating-point number representation. The second section discusses doublelength 
arithmetic and some basic definitions. The third section discusses the algorithms used along 
with the TMS320C30 implementation. An analysis of the error introduced by the algorithm 
is presented in the fourth section. The last section provides an insight into generating C- 
callable functions from assembly language routines. Finally, the appendix provides the 
source listings for the extended-precision arithmetic. 


Floating Point Format 
The TMS320C30 supports three floating-point formats [1]. 


° Short floating-point format, used to represent immediate operands, con- 
sisting of a 4-bit exponent and a 12-bit mantissa. 


e Single-precision format, used for regular floating-point value representa- 
tion, consisting of an 8-bit exponent and a 24-bit mantissa. 


e The extended-precision format, used with the extended-precision registers, 
consisting of an 8-bit exponent and a 32-bit mantissa. 


For the extended-precision algorithms to work properly on the DSP, it is important 
to start from the highest-precision floating-point format available in the system that is 


used for basic floating-point operations. The single-precision format is of particular in- 


terest in developing the TMS320C30 code for extended-precision floating-point opera- 
tions. Therefore, a working knowledge of the properties of this format is essential for 
the concepts presented in this application report. 
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"In the single-precision format, the floating-point number is represented by an 8-bit 
exponent field (e) in two’s complement notation, and a two’s complement 24-bit mantissa 
field (f) with an implied most-significant nonsign bit. Bit 23 of the mantissa indicates the 
sign (Ss), aS shown in Figure 1. 


31 24 23 22 


Pep) | 


Figure 1. Single-Precision Floating-Point Format of the TMS320C30 


Operations are performed with an implied binary point between bits 23 and 22. When 
the implied most-significant nonsign bit is made explicit, it is located to the immediate 
left of the binary point after the sign bit. We show the implied bit explicitly throughout 
this application report for clarity. The floating-point number x is expressed as follows: 


x= O1fx2® if s =0; 
10fx2 if s=1; 
0 if e = —128,5 = 0, andf=0 


The range and precision available with the TMS320C30 single-precision floating- 
point format are illustrated by the following values: 


x = +3.4028234 x 10+38 
Least Positive: x = +5.8774717 x 10-39 
Least Negative: x = —5.8774724 x 10-39 
Most Negative: x = —3.4028236 x 10+38 


Doublelength Floating-Point - The Basics 


The techniques used to develop doublelength results in this application report re- 
quire a singlelength floating-point system and arithmetic that satisfy certain conditions. 
The TMS320C30 implementation takes the singlelength system as the highest floating- 
point precision system available. The algorithms presented do not require a doublelength 
accumulator with respect to the singlelength system used. The extended-precision formats 
available are used to control the truncation or rounding of the single-precision results. 


Most Positive: 


The doublelength arithmetic presented here increases precision of a given floating- 
point operation without the need for a doublelength accumulator. Using this method, the 
result of the floating-point operations on two single-precision numbers can be determined 
exactly. If x and y are two such numbers and the desired operation is addition, the result 
can be represented as a pair of floating-point numbers z and zz. The z value represents 
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the most significant portion of the floating-point operation, while zz represents the least 
significant portion of the floating-point operation. 


As an example, consider the result of the exact addition of two floating-point numbers 
x and y that are expressed in the single-precision format of the TMS320C30: 


x = 217FFFFFh (decimal: 1.71798682 x 1010) 
y = OC7FFFFFh — (decimal: 8.19199951 x 103) 


The values are represented in the TMS320C30 binary equivalent as follows: 


x = 233 & 01.111 1111 1111 1111 1111 1111b 
y = 212 x O1.111 1111 1111 1111 1111 1111b 


Addition of two floating-point numbers requires aligning the two variables x and y [1]: 


x = 233 & 01.111 1111 1111 1111 1111 1111b 
y = 233 x 00.000 0000 0000 0000 0000 0111 1111 1111 1111 1111 1111 1000b 


As can be seen in this example, most of the precision available for y will not be 
available to carry out the addition. Maintaining full precision for floating-point addition 
requires extra mantissa bits beyond the 24 bits available on the DSP. Since the need for 
such precision is rare, software methods are used to represent the result of the operation 
as a floating-point number pair (z,zz). In our example, the exact result is represented as 
follows: 


z = 234 xX 01.000 0000 0000 0000 0000 0011b 
zz = 209 X 01.111 1111 1111 1111 1111 1000b— 


The corresponding hexadecimal representation of (z,zz) is shown below: 


z = 22000003h (decimal: 1.71798753 x 10!9) 
zZ = 097FFFF8h (decimal: 1.0239995 x 103) 


Some definitions are basic to the development of concepts in this report. First is 
the definition of the floating-point operations over a system R. The system contains all 
the possible floating-point numbers that the single-precision format of the TMS320C30 
can represent. All the floating-point arithmetic is carried out in base 2. Therefore, R can 
be represented as follows on the TMS320C30: 


R = {x|x = m(x)2e@), |m(x)| <224, —128<e(x)< 127} 
A floating-point operation is faithful if the result of the operation fl(x *y) equals either: 
The largest element of R that is smaller than or equal to (x * y) or 
The smallest element of R that is larger than or equal to (x * y) 
where * represents one of the following floating-point operations: +, —, X, +. In other 


words, faithful refers to truncating the floating-point operation result. The floating-point 
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multiplier on the TMS320C30 saves the upper 40 bits of the mantissa in one of the extended- 
precision registers [1] and drops the least significant byte of the result. By this definition, 
the floating-point multiplication on the TMS320C30 is faithful. Since the algorithms re- 
quire the floating-point result to be in single-precision format, the floating-point multiplica- 
tion on the DSP must therefore be followed by a second truncation step. Saving the contents 
of the extended-precision register to a memory location or masking off the low 8 bits results 
in truncation. | 


A floating-point operation is optimal if for all x and y, the result of fl(x * y) is an element 
of R nearest to (x * y). In other words, the round-off error should not exceed one-half 
of the last remaining bit position. This is commonly referred to as rounding. 


The results of floating-point operations on the TMS320C30 are stored in the extended- 
precision registers [1]. The extended-precision register adds 8 bits of precision to the 
floating-point arithmetic result. Execution of the RND (round) instruction forces the result 
_ of the floating-point arithmetic to be optimal. When you round the result of the addition 
or subtraction operations on the TMS320C30, these floating-point operations become’ 
optimal. | 


Implementing Doublelength Floating-Point Arithmetic — 


This section presents the algorithms used in implementing doublelength arithmetic 
in pseudo-code for a number of fundamental floating-point operations. The basic idea of 
doublelength arithmetic can be extended to multiplelength precision, given that the start 
of the implementation is based on the highest precision available on the system. Therefore, 
to achieve quadruplelength results, the same algorithm can be applied to doublelength 
values, and so on. The implementation is based on the theoretical results presented in 
Reference [2]. 


Exact Singlelength Addition 


In this discussion of the algorithm used to carry out exact addition and its implemen- 
tation on the TMS320C30 DSP, the term exact refers to performing an operation on two 
floating-point numbers, x and y, and obtaining a doublelength floating-point number pair 
(z,ZZ) to represent the result. In this implementation, we have not accounted for floating- 
point exponent overflow or underflow. For this algorithm to produce a correct result, the 
floating-point addition and subtraction must be optimal. 


The purpose of exact addition is to find a term, zz, that satisfies Equation (2). 
z+7zz=xty | (2) 
Equation (2) can be rewritten as | 


wz =y —(- x) | (3) 
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Equation (3) can be expanded into Equation (4). 


w=Zz-x (4) 
ZZ =y-w 


In particular, |x| > |y| must be valid for Equation (4) to be valid. Implementation 
of Equation (4) on the TMS320C30 always generates the exact correction term zz if the 
result of floating-point addition operation is made optimal. This requirement guarantees 
that the result of single-precision floating-point add and subtract belongs to system R. By 
swapping the x and y values when |x| < ly], the condition for obtaining an exact result 
is met. 


The algorithm requires that x and y be normalized. Normalization guarantees that 
the floating-point number has only one sign bit, and that sign bit is followed by nonsign 
bits [1]. Floating-point addition on the TMS320C30 assumes that the operands are nor- 
malized. 


The TMS320C30 assembly code for obtaining the doublelength sum of two 
singlelength floating-point numbers x and y is shown in Appendix A. First, the values 
for x and y are interchanged when |x| < |y|. When you add x and y values, the number 
with the smaller exponent, y, is shifted repeatedly until the exponents of x and y are equal 
and their mantissas are aligned. We have now calculated the singlelength number, z, that 
satisfies Equation (2). Since the floating-point addition on the TMS320C30 is made op- 
timal by rounding, the extra precision is, in effect, dropped. The extra precision value, 
ZZ, is obtained by implementing Equation (4). Figure 2 is a graphical representation of 
the implemented algorithm. The figure also shows the relationship between doublelength 
number pair (z,zz) and singlelength floating-point numbers and their representation on 
the TMS320C30. 
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ae f2(normalized) 


Figure 2. Exact Singlelength Addition 


The same algorithm can be used to implement exact floating-point subtraction on 
the DSP. This is accomplished by negating the second operand and performing an exact 
addition. | 


Doublelength Addition 


A natural extension of exact singlelength addition and subtraction is its application 
to doublelength arithmetic. Figure 3 shows an algorithm for implementing doublelength 
addition on the DSP. Using this algorithm, you can add two doublelength numbers (x,xx) 
and (y,yy) and represent the result as a doublelength number (z,zz). 


The algorithm requires forming a doublelength number (r,rr) that represents an ex- 
act addition of x and y. Generating a second number, s = ((tr + yy) + xx), results in 
a number pair (r,s) that approximates the addition of (x,xx) and (y,yy). Finally, an exact 
addition of r and s generates a doublelength number (z,zz) that has the same value as (x,xx) 
+ (y,yy). 


To obtain exact results for addition and subtraction, subtraction and addition must 
be optimal; this is guaranteed by following each subtraction or addition instruction on 
the DSP with a round instruction. 
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; Calculate the doublelength sum of (x,xx) and (y,yy), 
; the result being (z,zz) 
r=xt+y; 
if (abs(x) >abs(y)) 
S=x—rtyt yy + xx; 
else 
SS3y¥ SPP Xe a AK yy; 
Z=rts 
ZZ =rfr-Zts; 


Figure 3. Doublelength Addition 
Exact Singlelength Multiplication 


The exact singlelength multiplication is shown in Figure 4. The algorithm requires 
breaking the x and y mantissas into half-length numbers, referred to as head (hx,hy) and 
tail (tx,ty) sections [2]. This algorithm requires addition and subtraction to be optimal 
and multiplication faithful. The TMS320C30 DSP multiplication result is faithful if the 
contents of the extended-precision register are truncated. 


To split x and y into two half-length numbers, a constant value is needed that is 
dependent on the number of available digits. The TMS320C30 device has t = 24 bits 
of mantissa in the single-precision format. Equation (5) shows that head section hx is chosen 
to be as near to the value of x as possible. 


hx = round(m(x)2—t1)2e@) ttl (5) 


Also, tl is chosen to be approximately one-half of the available precision, or 12, 
on the processor. This effectively breaks the mantissa into half-length values. Equation 
(5) shows that hx is obtained by rounding and is defined to be an element of R{t1}. The 
tail section tx is easily obtained by subtracting hx from x. Since floating-point subtraction 
can be made optimal on the TMS320C30, it follows that tx is an element of R{tl — 1}. 
Setting the constant equal to 2!2 does not always satisfy Equation (5) when t is even. When 
the constant is set to 2!2 + 1, the definition of Equation (5) is satisfied. The proof for 
the above is given in Reference [2]. 
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; Calculate the exact product of x and y, the result being 
; a doublelength number (z,zz). This algorithm uses the 
; following syntax when called from a user program as shown 
; multl2 (x,y,z,zz); 
p = X X constant; 
hx =x —ptp; 
tx = x — hx; 


p = y X constant; 
hy =~y—ptp; 


ty = y — hy; 
p=hxxXhy; 

q = hx X ty + tx X hy; 
Z=pt dq; 


Z=p-z+q+ tx X ty; 
Figure 4. Exact Singlelength Product 
Doublelength Multiplication | 


The doublelength multiplication algorithm, shown in Figure 5, relies on the 
singlelength algorithm discussed earlier. The algorithm generates a nearly doublelength 
approximation of the output result (c,cc). Note that the exact singlelength multiplication 
routine is used for this approximation. Exact addition is used to generate a doublelength 
floating-point number that is the closest approximation to the actual result. 


The doublelength product program implementation uses the TMS320C30 stack 
capabilities to save some intermediate variables. These programs are written to be used 
as callable functions or macros in your program. In either case, the stack pointer must 
be set to a valid memory segment for proper code execution. 


; Calculate the doublelength product of (x,xx) and (y,yy) 
; the result being a nearly doublelength number (z,zz). 
; Program uses exact singlelength multiplication, mult12 (.). 
multl2 (x, y, c, cc); 
cc = X X yy + XX X y + CC; 
7 = 0 + CC: 
YM Mas Oily Ae wat © Oo 


Figure 5. Exact Doublelength Product 
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Doublelength Quotient and Square Root 


Figures 6 and 7 show the algorithm used in calculating the doublelength quotient 
and doublelength square root routines. Singlelength multiplication is used to generate a 
doublelength approximation of the quotient or square root values. As with doublelength 
multiplication, exact addition is used to generate a doublelength floating-point result. 
; Calculates the doublelength quotient of (x,xx) and (y,yy) 
; the result being (z,zz) 
c=x/y; 
multi2(c, y, u, uu); 
cc = (x — u — uu + xx — Cc X yy)/y; 
Z = ¢ + CC; 
ZL = CF Zo CC 


Figure 6. Doublelength Quotient 


; Calculate the doublelength square root of (x,xx), the 
; result being (z,zz) 
if (x>0) { 
c = sqrt (x); 
mult12 (c, c, u, uu); 
cc = (x — u — uu + xx) X 0.5/c; 
Z=crt CC; 
7Z = Cc —z+cc;} 
else { 
z= 72z = 01}; 


Figure 7. Doublelength Square Root 
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Error Analysis 


This section discusses and determines an upper bound for the error generated in 
forming a doublelength result. The value of.the doublelength number (z,zz) is equal to 
z + zz. Singlelength addition, subtraction, and multiplication results are always exact. 
In doublelength addition, any error introduced in the end result is generated by calculating 
the zz term. An upper bound error magnitude has been calculated in Reference [2] and 
is shown in Equation (6) as follows: 


JE+| <{|x+xx| + ly+yy|} x 22-2t = |Z] x 22-2t (6) 


where t = 24 for this system. This gives an upper bound of |Z| x 2-46, or approximate- 
ly |Z| x 1.42 x 10-14, This translates to a theorical accuracy greater than 13 decimal 
places. Table 1 shows an example of doublelength addition using the exact addition 
algorithm previously described. The numbers in the left column represent TMS320C30 
hexadecimal notation for the floating-point results, and (z,zz) is the decimal equivalent 
of the doublelength output result. Appendix B shows a listing of C programs (exact) that 
convert from TMS320C30 hexadecimal notation to decimal notation. 


Table 1. Exact Singlelength Arithmetic Examples 


Singlelength Addition 


= 217FFFFFh 

OC7FFFFFh 

22000003h 17179876351.9995117 (Exact) 
= 097FFFF8h 17179876351.9995117 (DSP) 


= FC7C8923h 
= OA29A7E5h 

OA29ABD8h = 1357.37010409682989 (Exact) 
= EFA46000h 1357.37010409682989 (DSP) 


= OF7FFFFFh 

= 21FFFFFFh 

= 30800000h —562949986975740 (Exact) 
= 18800002h — 562949986975740 (DSP) 


= FC7CB923h 

OA29A7E5h 

07277BF7h 167.484236862815123 (Exact) 
= EBA714FO0h 167.484236862815123 (DSP) 
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The doublelength product, quotient, and square-root algorithms all have a small 
relative error. The upperbound error magnitude for each is given in Equations (7) through 


(9). 


JEx|=(|\x+xx| x |y+yy]) x 11 x 2-48 (7) 
|E~|=(|x+xx| + |yxyy]) x 21.1 x 2-48 (8) 
JEV | =sqrt(|x+xx|) x 12.7 x 2-48 (9) 


Equation (7) establishes an upperbound of |Z| x 3.9 x 10-14, or approximately 
13 decimal digits of accuracy for doublelength multiplication. Similarly, an upperbound 
of |Z| x 7.5 x 10-14, or greater than 13 decimal digits for the doublelength square- 
root algorithm, is established. Table 2 shows examples for each algorithm discussed, along 
with the algorithm output and expected theorical output. 
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Table 2. Exact Doublelength Arithmetic Examples 


22000000h 
O97FFFFEh 
= 21000001h 
O97FFFFEh 
43000002h 
2A7FFFFCh 


22000003h 
O97FFFF8h 
OA29ABD8h 
EFA46000h 
2C29ABDDh 
13907DC2h 


43000002h 


= 2A7FFFFCh 


2C29ABDDh 


= 13907DC2h 
= 1641205Ah 
= FC24BE20h 


= 22000000h 
= O97FFFFEh 
= 21000001h 
= O97FFFFEh 
= OO7FFFFDh 
= D3400000h 


= 2C2BDDOOh 
= 3907DC2h 
= 61451A4h 


FB39EF11h 


21000001h 
O97FFFFEh 


= 103504F5h 
= F7BCO784h 


Doublelength Multiplication 


1.47573996570139475 x 102° (Exact) 
1.47573996570139427 x 102° (DSP) 


23319450552284.2434 (Exact) 
23319450552284.1250 (DSP) 


6328365.08044074177 (Exact) 
6328365.08044075966 (DSP) 


1.99999964237223082 (Exact) 
1.99999964237217398 (DSP) 


4860114.04539400958 (Exact) 
4860114.04539400712 (DSP) 


92681.9110722252960 (Exact) 
92681.9110722253099 (DSP) 
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Note that the results were obtained using the programs shown in Appendix B. The 
C programs were created and compiled on a 80386-based microcomputer running under 
MS-DOS 3.3. 


How to Generate C-Callable Functions 


The source listings for the extended-precision arithmetic presented in Appendix A 
are optimized for execution speed and code size. These routines are designed to be used 
as macros in a user program environment or, with a few adjustments, as a C function. 


This section provides an overview of TMS320C30 C compiler calling conventions 
necessary to create functions that can be added to the C compiler library. You need a 
working knowledge of C language to understand the terminology in this section [4, 5, 6]. 


The C compiler uses the processor stack to pass arguments to functions, store local 
variables, and save temporary values. The C compiler uses two registers of the TMS320C30 
to manage the stack pointer (SP) and the frame pointer (AR3). 


When a C program calls a function, it must 


1. Push the arguments onto the stack, 
2. Call the function, and 
3. Pop the arguments off the stack, 


in that order. 
On the other hand, the called C function must perform the following tasks: 


. Set up a local frame by saving the old frame pointer on the stack. 
. Assign the new frame pointer to the current value of stack pointer. 
. Allocate the frame. 

. Save any dedicated registers that the function modifies. 

. Execute function code. 

. Store a scalar value in RO. 

. Deallocate the frame. 

. Lastly, restore the old frame pointer [4]. 


ONAN NS WN = 


The following code segment shows the singlelength addition routine modified to be | 
in C-callable form. Note that registers R4 through R7 and AR4 through AR7 are dedicated 
registers used by the compiler. These registers must be saved as floating-point values. 


single set OFFh 


fp Set ar3 
X set rO 
y set r1 
Zz set re 
ZZ set r3 
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Ww set r4 

x1 set re 

y1 set ra 
global __add12: 
.width 96 

| text 

__add1 2: | 
push fp ; Save old fp 
pushf r4 
push r4 
Idi sp, fp ; Point to top of stack 
Idi *—fp(2),rO ; Load x into rO 
Idi *—fp(3],r1 ; Load y into r1 
absf = x, x1 
absf _sy,y1 
cmpf = y1,x1 > xt > lyl 
ldfit X,X1 
Idfit yx 
dfit x1,y 
addf3_ x,y,z ;Z=xt+y 
rnd z 
subf3  x,Z,w ; Form w = z — x 
rnd Ww 
subf3_w.y,2z ;@z=y- fy - w) 
rnd ZZ 
pop r4 
popf r4 
pop fp ; Restore fp 
retsu 
.end 

Conclusion 


This report presented an implementation of extended-precision arithmetic routines 
for the TMS320C30 DSP. The programs presented include singlelength floating-point ad- 
dition, subtraction, and multiplication, which produce. exact doublelength results. 
Doublelength floating-point addition, subtraction, multiplication, division, and square root 
were also presented. The doublelength floating-point routines all had a small relative er- 
ror that appeared in the correction term zz. However, it has been shown that the accuracy 
of the doublelength floating-point result is at least 13 decimal digits. Table 3 is a summary 
of information about the routines contained in Appendices A and B. Execution times shown 
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in the table are given only for the routines in Appendix A. These times do not include 
the call and return if the routine is implemented as a called function. They also do not 
include any context saves and restores that may be required. 


Table 3. Summary Information 


Code Size | Execution 
Appendix 
(Words) (Cycles) 


Singlelength Add © __add12 
Doublelength Add __dbladd 
Singlelength Multiply —mult12 
Doublelength Multiply —mult2 

Doublelength Divide __div2 


Doublelength Square Root __sqrt2 


Change Two Single-Precision 


TMS320C30 Numbers to One 
Double-Precision Result C30DBL 


Change Two Double-Precision 


[1.] 
[2.] 
[3.] 


[4.] 
[S.] 
[6.] 


TMS320C30 Numbers to a 
Double-Precision Result C30DBL2 


References 


Third-Generation TMS320 User’s Guide (literature number SPRU031), Texas In- 
struments, Inc., 1988. | 

Dekker, T.J.,‘‘A Floating-Point Technique for Extending the Available Precision’’, 
Numer. Math. 18, 1971, pp 224-242. 

Linnainmaa, S.,‘‘Software for Doubled-Precision Floating-Point Computations’’, 
ACM Transactions on Mathematical Software, Vol. 7, No. 3, Sept. 1981, pp 
272-283. | | 

T™MS320C30 C Compiler (literature number SPRU034), Texas Instruments, Inc., 
1988. 

Kernigan, B.W. and Ritchie, D.M., The C Prosanming Language, 2nd Revision, 
Prentice-Hall, Englewood Cliffs, New Jersey, 1978. 

Kochan, S.G., Programming in C, Second Edition, Howard K. Sams, Indianapolis, 
Indiana, 1988. 


Doublelength Floating-Point Arithmetic on the TMS320C30 | 153 


Appendix A 
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CSI 


JHA HHH HHH 
FUNCTION DEF  _addi2 


AUTHOR: Al Lovrich 2/21/89 
Texas Instruments, Inc. 


Entry Conditions: 

Upon entry (r0,ri) contains (x,y) 
Exit Conditions: 

Upon exit (r2,r3) contains (2,22). 
Registers Affected: 

r0, ri, 72, 73, 64 


Revision: Original 
Execution Time 12 cycles 
JAH HEHEHE HE HE 


Ce 


single set Offh 
global ~addi2 
x set r0 
y set ri 
2 set 2 
22 set r3 
) set r4 
xl set r2 
yl set r3 
text 
~addi2: 
absf x, x1 
absf y,yl 
capf yi,xi 3 ixs > ty! ? 
df lt x,xl ; if not, exchange x & y 
df Tt y,X 
ldf lt x,y 
# 
addf3 X,Y,zZ ;2zExty 
rnd 2 
subf3 X,Z,0 ¢ formu =z - Xx 
rnd ) 
subf3 wy, 22 sz =y-u 
rnd 22 
retsu 
end 


PPV WIsuI] asUIS “Ty xIpusddy 


Appendix A2. Double Length Add 


KKK KKK IK KKK KKK IK KKK KKK KEK KKK KK KKK IKK KKK KKK KKK KKKK KKK IK 
* FUNCTION DEF 2 dbladd 
x 
AUTHOR: AL Lavrich 2/21/89 
Texas Instruments, Ine. 


* 

* 

x 

x Entry Conditions: 

* Upen entry (r&,r4) contains (x,xx) and 
* (ré,r3) cantain (y,yy). 

* Exit Conditions: 

* Upon exit (r4,r5) contains (2z,7z). 

* Registers Affected: 

* rQ, ri, r2, r3, r4, rs, r6, r7 

* 


* Revision: Original 

* Execution time: 25 cyeles 

KOI OOK KOKO IORI KOKI KK KKK 
-global  dbtadd 

x ~5et rQ 

XX set ort 

y set r2 

yy Set r3 

Zz .set r4 

ZZ set rs 

x1 set r6 

yi set r7 

r ~5eT r6 

§ ~5et r7 


. text 
_dbladd: 
abs f x,x1 
abs f yy 
cmp f y1,x1 
df lt xX,X1 
dt tt xx,y¥1 
ldfit y,x 
ldflt V¥.XX 
\dflt x1.y 
df lt yl,yy 


check for ix! > ty! 
if not, exchange (x,xx) 
and (y,yy) 


wesw us 


2 
addf3 x, y,r ; rex + y 
rnd r 
* 
subf3 r,X,$ 75 2K - 96 
rnd § 
addf3 ¥39,5 S$ =X rey 
rnd § 
addf yy,$ * § = X= P+ yt yy 
rnd § 
addf XX, 5 750 X= fot Yt yy + XxX 
rnd § 
* 
addf3 §,6,2Z oP ede 5 
rnd Zz 
* 


subf3 zyr,zz ; 22> = 
rnd va 
addtf3 $,22,22 5 22 =F = Zt § 
rnd 22 
retsu 
.end 
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LSI 


{HHH EHH 


i ol 


FUNCTION DEF : _multi2 


AUTHOR: Al Lovrich 2/21/89 
Texas Instruments, Inc. 


Entry Conditions: 

Upon entry (r0,rl) contains (x,y) 
Exit Conditions: 

Upon exit (rO,ri) contains (z,2z). 
Registers Affected: 

r0, ri, r2, 73, 4, 5, 76, r7 


Revision? Original 
Execution Time? 35 Cycles 


AHH HAHAHA HHH HEE HE a at 


«global = _mul t12 


single set Of fh 
x set ro 
y «set rl 
p set 2 
x set r3 
tx set r4 
q set es) 
hy set rs 
ty set r 
2 set ro 
zz set rl 
temp set r7 
«text 
mu ti2: 
ldf @constant, temp 
apyf3 temp,x,p s p = x # constant 
andn single,p 3 f1{#) is faithful 
+ 
subf3 Pp, xX, hx s kX =x-p 
rad hx 
addf3 hx, p, hx gs hx =x-ptop 
rnd hx 
# 
subf3 hx, x, tx y tx =x - bx 
rnd tx 
# 


apyf3 teap,y,p p = y # constant 


“we we 


andn single,p fl(#) is faithful 
subf3 Psy, hy shy=y-p 

rnd hy 

addf3 hy, p, hy shy=y-ptp 
rnd hy 


constant: 


subf3 
rnd 


mpyf3 
andn 


apyf3 
andn 
mpyf3 
andn 
addf3 
rad 


addf3 
end 


subf3 
rnd 
addf 
rnd 
mpyf3 
andn 
addf3 
rnd 


retsu 
data 


float 
send 


hy,y, ty 
ty 


hx, hy, p 
Single,p 


hx, ty, temp 
single, temp 
tx, hy,q 
single,q 
q, temp, q 


22 

tx, ty, temp 

Single, temp 
zz, temp, 22 

zz 


4097 


we we Me ln we ws ae “es 


so 


= we ve 


we 


ty =y - hy 

p = hx # hy 

f1(#) is faithful 
teap = hx # ty 
fl(#) is faithful 
q = tx # hy 


f1(#) is faithful 
q = hx # ty + tx # hy 


z=ptq 


z=p-2 
z=p-2+4q 
temp = tx # ty 


fl(#) is faithful 
z=p-z+q +t tx # ty 


constant = 2“(24-24/2)+1 


AldyINYA Ysa] asuig “gy xipueddy 


8ST 


O€DOZESWLL Yi uO sNauyy jm0g-Sunvo,y y8uatatqnog 


JHHHHHHHHHEHHHHHHE 
peeverr JHHHHHAHEHEEHEEE HEHE ld¢ @constant, teap addé deaicee ree eee 


: FUNCTION DEF = _ault2 apyf3 temp,x,p sgh ew constant ah . 
andn single,p 
# AUTHOR: Al Lovrich © 2/21/89 # : z=ct+ee 
* Texas Instruments, Inc. sub #3 p,x, hx ees 
# Entry Conditions: , aoe Se : , sich : 
# Upon entry (r0,r1) contains (x,y), addf3 hx, p hx Shuey aca a cc, C,z s$z=ct#ce 
# and (r2,r3) contains (xx,yy). ri th ’ 3 : rad Z 
# Exit Conditions: s : 
* Upon exit (r0,r1) contains (z,zz). sub 3 pees ie cen : z=c-z+cc 
# Registers Affected: ee it ’ ; 
# r0, rl, £2, 73, 24, 65, 66, £7 ‘ — oe ,7z2C-2 
# 
&  Algorithe used? ppyf3 temp,y,P ; P= y # constant addf3 22, CC, 22 s7z=c-z2+ cc 
# @ulti2(x, y, c, cc): * as singlesp 2 rnd zz 
2 Js ‘s ? ; 2 
* =X # 
: . : x : t+ xx ty + CCy eos Py hy shy=y-p ee 
7 ; rn hy 
* z=C-Z + CCCs : data 
: addf . - 
. ana : has a Mae constant: 
Raion aie : float 4097 ; constant = 2%(24-24/2)41 
ranean Time: 51 cycles sub€3 hy,y, ty , ty =y - hy »end 
— rnd 
global Bul t2 3 " 
amit se hs apyf3 hx, hy, P > p= hx * hy 
y eee * andn single,p 
; # 
P set 2 
hx ss set r3 apyf3 hx, ty, temp —-s_ temp = hx # ty 
tx set ra andn single, temp 
q set r5 mpyf3 tx, hy,q 5 q = tx # hy 
hy set 5 andn single,q 
ty set r6 addf3 q, temp, q + q 2 hx # ty + tx # hy 
z set ro rnd q 
FY 
2z set rl 
xx set r2 apyf3 tx, ty, temp 5 temp = tx # ty 
yy set r3 andn single, temp 
.set r4 addf3 p,q,¢ sc=pt+q 
cc set r : rnd C 
teap0 set rb 
temp set r7 subf3 C,p,cc 3 cc = p-ec 
text rnd cc 
aul t2: addf q,cc scc=p-c + q us 
rnd cc 
£3 x, yy, tem : temp0 = xt 
nie stale va ; id addf temp, cc sccSp- ct qt tx # ty 
myf3 sy, xx, temp = g,_ temp = ytxx rae = 
anda Single, temp # 
addf temp0,temp ; temp = x#yy + ytxx # restore variables 
rnd temp * 
pushf teap s (xtyy + yx) break: 
; popf temp 3 xkyy + ytxx 
+ 
a eS : eva yasawee 
* 
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Ce 


FUNCTION DEF ? div2 


AUTHOR: Al Lovrich 2/21/89 
Texas Instruments, Inc. 


Entry Conditions: 

Upon entry (rO,ri) contains (x,y), 
and (72,73) contains (xx,yy). 

Exit Conditions: 

Upon exit (rO,ri) contains (2,22). 
Registers Affected: 

r0, rl, 72, 73, 74, 75, 78, +7 


Algorithm used: 

c=x/y: 

multi2(c, y, u, uuds 

co=(x-u- ut x-c#yy) / ys 
2 =¢ + cs 

z= ¢- 2+ Ces 


Revision? Original 
Execution Time: 115 Cycles 


JHMHHHHEMHHHHHHINHHHHHHHHHHHHHHHHHHHHHHHHHHHHHE HHH 


-global = _div2 


single set Of fh 

x set r0 

y set ri 

p set r2 

hx set 3 

tx set r4 

yl Set r4 

q «set r5 

hy set as) 

ty «set ro 

2 set r0 

22 «set ni 

xx set r2 

yy set r3 

temp set 7 

tempi set r3 

temp2 set rl 

¢ set r2 

cc set 63 

u set z 

uu set zz 
etext 

* 

~div2! 
pushf yy 3 save yy 
pushf xx 3 save xx 
pushf x 3 Save Xx 


pushf y 3 save y 
+ 
# ctx/y; 
+ 
# The floating-point number v is stored in Ri. After the computation is 
# completed, 1/v is also stored in R4. 
* 
& Register used as input: Ri 
# Registers modified: RO, Ri, R2, R3 
# Register containing result? R4 
CY 
inv_fs idf ri,r3 s v is saved for later, 
absf ri ; The algorithm uses v = ivi. 
# 
# Extract the exponent of v. 
# 
pushf | 
pop 0 
ash -24, 70 s The 8 LSBs of Ri contain the exponent 
* 3 of v. 
# 
# A few comments on boundary conditions. If e = -128, then v = 0. The 
# following x£0) calculation yields R1 = ~-128 - 1 = 127 and the algorite 
# overflow and saturate since x[0] is large. This seems reasonable. If 127, 
# the Ri = -127 - 1 = -128. Thus x[0] = 0 and this will cause the algorithe 
# to yield zero. Since the mantissa of v is always between 1 this is also 
# reasonable. As a result, boundary conditions are handled automatically in 
# a reasonable fashion. 
+ 
# x{0] formation given the exponent of v. 
# 


- 


negi ro 

subi 1,00 ; Now we have -e-1, the exponent of x[0J. 
ash 24,70 

push ro 

popf at] s Now R1 = x0] = 1.0 # 2t#(-e-1), 


Now the iterations begin. 


apyf3 r0,rl,r2 3 R2 = v # x0] 


andn single, r2 

subrf 2.0,62 3 R2 = 2.0 - v # x(0) 

rnd r2 

mpyf r2,r0 s Ri = xf1) = x0) # (2.0 - v # x{0)) 
andn single, rd 

mpyf r0,ri,r2 s R2 =v # x{1] 

andn Single,r2 

subrf 2.0,r2 3: R222.0-v # x{i] 

rnd r2 

apyf 62,00 s RI = x{2] = x(1] # (2.0 - v # xf1)) 
andn single,rd 


aplaid Ysusy] sjqnog ‘sy xIpueddy 
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se em mh 


O€DOZESINL 2Y1 uO JNauyny m10g-BunvoLy y18uajajqnog 


ppyf r0,f1,r2 ¢ R2 =v # xl2} df 


andn single, r2 Censtent, tone 
* ni s 
sur 2.0,r2 sg R= 200-v # xl2 nity ees ep ext otonstant 
rad r2 
apyf 62,00 ¢ R1 = x{3) = x{2] # (2.0 - v # xf2]) + 
anda single,rd subf3 p,X, hx s hx ™x-p 
end hx 
apyf £0, 1,62 3 R2 =v # x{3) | addf3 hx, p, hx shxex-ptp 
andn single,rd tad hx 
subrf 2.0, 62 3 R2 = 2.0 -v # xf3] $ 
rnd £2 subf3 hx, x, tx 3 tx =x - hx 
apyf 62,70 s Ri = xf4] = xf3] # (2.0 - v #x{3]) pnd tx 
+ 
. andn single,rO |; This minimizes error in the LSBs. . . apyf3 temp,y,P ; p= y # constant 
andn single,p 
: 5 
For the last iteration we use the formulation: . sud¢3 py hy shy *y-p 
x($J = (x4) # (1.0 - (v & xf4]))) + xl4) rnd hy 
addf3 hy, p, hy shysy-p+p 
apyf | r0,ri,r2 ¢ R2 =v # x{4) = 1.0..01.. => 1 rnd hy 
andn single, r2 F 
subrf 1.0,F2 — g R22 1.0 - vexl4] = 0.0..01... => 0 sud¢3 hy,y, ty s ty zy - hy 
rnd r2 tnd ty 
apyf 10, r2 3 R2 = x4] # (1.0 - v # xf4)). # 
andn single, t2 apyf3 hx, hy, p sp = hx # hy 
addf . 62,00 ¢ R2 = x3) = (xl4)8(1,0-(vexl4])))+xf4] anda single,p 
+ 
rnd r0,rl s Round since this is. follow by a MPYF. npyf3 hx, ty, temp : temp = hx # ty 
andn Single, temp 
Now the case of v < 0 is handled. apyf3 tx, hy, q $ q = tx # hy 
andn single,q 
negf pi,r2 addf3 q, teap, 4 $ 9 = hx # ty + tx @ hy 
\df 43,63 ; This sets condition flags. rnd q 
dfn f2,r1 s If v ¢ 0, then Ri = -Ri * 
# perform tx # ty operation and store the result in temp. This is to 
léf ri,r4 3 Save I/y # optimize use of registers on the device. 
t 
restore variables apyf3 tx,ty, temp  ; temp = tx # ty 
andn Single, temp 
popf y 3 Pestore y addf3 P,4,u ;usptq 
popf x 3 restore x rad u 
pushf x 3 save x # 
subf3 U,p, UU ;wwtp~-u 
mpyf yi,x cx # ( Sy) rnd ] 
anda single,x addf q,uu $wep-utQ 
rnd uu 


save variables 


save ¢ 
save i/y 


pushf x 
pushf yl 


we 


we 


multi2(c, y, uv, uu) 
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I9T 


* 


- 


popf 
popf 
popf 


subf3 


rnd 
subf 
rad 
poof 
addf 
rnd 
popf 
apyf 
andn 
subf 
rnd 
apy 
andn 


z=c+ce 


addf3 


fad 


wzwecrzt+ce 


subf 
rnd 
addf 
end 


retsu 
data 


constants 


«float 


end 


yl 

C 

temp 

u, temp, cc 
cc 

uu, cc 

cc 

temp 
temp, cc 
cc 

temp 

c, teap 
single, temp 
temp, cc 
cc 

yl,cc 
Single, cc 


€,CC,2z 


4097 


we 28 we ee 


we 


<a 


restore i/y 
restore ¢ 
restore x 
cc=x-4 


cc=X-U- UU 


restore xx 


cc =x-u7 UU t Xx 


restore yy 
c # yy 


co=X- UW Wt XxX - C # yy 


co=(xX-u-utxx-c# yy) /y 


z=ctece 


zetcr?Z 


wzetcrzt+ce 


constant = 2°(24-24/2)+1 


cor 
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FUNCTION DEF : _sqrt2 


AUTHOR: Al Lovrich 2/21/89 
Texas Instruments, Inc. 


# 
# 

* 

# 

* 

# Entry Conditions: 

* Upon entry (r0,ri) contains (x,xx). 
# Exit Conditions: 

# Upon exit (r0,ri) contains (2z,zz). 
# Registers Affected: 

# r0, ri, £2, 93, r4, r5, 6, 7 
& 

# 

r 

# 

# 

t 

r 

# 

* 

2 


Algorithe used? 
c = sqrt(x)s 
multi2{c, c, u, uu)s 
co2=(x-u- wt x) #05 / c 
z2 =¢ + CC 
zz=C~- 2 + Ces 


Revision? Original 
Execution Time: 163 Cycles 
JHAHEEH HEH 
eglebal = _sqrt2 


single set Of fh 

x set r0 

y set ri 

Pp »5et 2 

hx set r3 

tx 2set r4 

q set rs 

hy set rs 

ty set r 

2 set r0 

2 set rl 

xX set ri 

temp set 7 

¢ set £2 

ce set 63 

6 «set z 

uu 2set 2z 

cl sset rd 
. text 

~Sgrt2: 

* 

# c= sqart(x) 

+ 

# Extract the exponent of v. 

@ 
1df n,r3 s save Vv 
retsle 3 return if number non-positive 
pushf xx ¢ save xx 


- 


- 


oe 


pushf 
mpyf 
andn 
pushf 
pop 
ash 


x 
2.0,60 
single,rd 
r0 

ri 

~25,m1 


s 
? 


save x 
add a rounding bit in the exponent 


The 8 LSBs of Ri contain 1/2 the expon 


x{0] formation given the exponent of v. 


negi 
ash 

push 
popf 


Generate v/2. 


apyf 
andn 


ri 
24,r1 
ri 
el 


0.25, r0 
Single,rd 


Now the iterations begin. 


wpyf 
andn 
wyf 
andn 
subrf 
rnd 


mpyf 
andn 


apyf 
andn 
apyf 
andn 
subr¢ 
rnd 
apyf 
andn 


py 
andn 
apy 
andn 
subrf 
end 
mpyf 
andn 


apyf 
andn 
apyf 
andn 


ei ri,e2 
single,r2 
r, 62 
Single, r2 
1.5, 72 
62 


62,01 
single, ri 


ri,ri,r2 
single, r2 
r0,r2 
single,r2 
1.5,r2 


single,ri 


ri,pi,e2 
single, r2 
r0,r2 
single,r2 
1.5,62 
2 

r2,el 
Single, ri 


ri,ri,r2 
Single, r2 
60,62 

Single, r2 


? 


ry 
? 


we 


we 


Cd 


we 


«ae 


we 


Now rl = x{0] = 1.0 & 28#(-e/2). 


v/2 and take rounding bit out. 


e2 = x(0] # x{0] 
r2 = (v/2) # xf0} # x0] 


r2 = 1.5 - (v/2) # xl) # xf0) 


ri = xf) = x(0] # (1.5 - (v/2)exl0]ex 


62 = x1] # x1) 
2 = (v/2) # xf1} # xf1] 
r2 = 1.5 - (v/2) # x€1j) # x{1] 


ri = x{2) = x{1] # (1.5 ~ (v/2)#xCilex 


r2 = x€2) # x(2) 
2 = (v/2) # xf2] # x2] 
2 = 1.5 - (v/2) * x{2] * x2] 


e1 = x3) = x{2] # (1.5 - (v/2)#x{2]*x 


2 = x[3] # x03) 


r2 = (v/2) # x[3] # xC3] 


jyooy aienbs yysua] aqnog ‘9y xIpueddy 
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col 


- 


subrf 
rnd 


mpyf 
andn 


wy 
andn 


mpyf 
andn 
subrf 
rnd 


my 


andn 
ldf 


apyf 
andn 


Save variables 


pushf 
df 


multi2(c, c, u, uu) 


ldf 
apyf3 
andn 


subf3 
rnd 
addf 
tnd 


subf3 
tnd 


apyf3 
andn 


subf3 
rnd 
addf3 
rnd 


subf3 
rnd 


apyf3 
andn 


1.5,r2 
62 

r2,r1 
single ri 


ri,ri,r2 
Single,r2 
r0,r2 
single, r2 
1.5,r2 
62 

r2,r1 


single,rl 
ri,rd 


63, r0 
single,rd 


@constant, temp 


temp,x,p 
single,p 


p,x,hx 
hx 

p, hx 
hx 


hx, x, tx 
tx 


temp,y,p 
single,p 


PY, hy 
hy 
hy, p, hy 
hy 


hy,y, ty 
ty 


hx, hy, p 
single, p 


q 


ae. 


we oe wry 


we 


ory 


we ve 


we 


~~ = we 


Pry 


ety 


=“. 


r2 = 1.5 - (v/2) # x{3] # xf3] 


nl = xf4] = x(3J] # (1.5 - (v/2)#x{3]ax 


r2 = x[4] # x4] 
2 = (v/2) & xf4] # x4] 
r2 = 1.5 - (v/2) & xf4] # xf4] 


ri = x3] = xf4] # (1.5 - (v/2)%x[4lax 


sgart(v) from sqrtiv##(-1)) 


Save c = sqrt(x) 
get ready for multiplication 


p = x * constant 


hx =x -p 
hx =xX-ptp 
tx = x ~ hx 


p = y * constant 


hy =y-p 
hy =y-ptop 
ty =y - hy 
p = hx * hy 


apyf3 hx, ty, temp s teap = hx # ty 
andn single, temp 
epyf3 tx, hy,q ; 4 = tx # hy 
andn single,q 
addf temp,q 3 q = hx # ty + tx # hy 
rnd q 
t 
# perform tx # ty operation and store the result in temp. 
# This is to optimize use of registers on the device. 
# 
apyf3 tx, ty,temp ; temp = tx # ty 
andn single, temp 
addf3 P,q,u ;u=ptaq 
rnd u 
# 
subf3 u,p, uu ¢uwtp-u 
rnd uu 
addf q, uu suu=p-utq 
rnd uu 
addf temp uu ,;w=p-utqe tx # ty 
pnd uu 
+ 
# co=(x-u-uutm) #05/¢ 
+ 
popf c s restore c 
popf temp s restore x 
subf3 u, temp, cc 5 cC=X-U 
rnd cc 
subf uu, cc 2cC=x- un Ww 
rnd ce 
popf temp s restore xx 
addf temp,cc £cC=X-—u7 Ut XX 
rnd cc 
3 
pushf cc s Save CC 
pushf c 3 Save C 
# 
# The floating-point number v is stored in Ri. After the computation is 
# completed, 1/v is also stored in R4. 
t 
# Register used as input? R2 
# Registers modified: RO, R1, R2, R3 
# Register containing result: R2 
t 
ldf 2,63 ; v is saved for later. 
absf 2 ; The algorithm uses v = ivi. 
# 


vol 
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# Extract the exponent of v. 


2 


i 


Ld 


pushf 


pop 
ash 


x0] formation given the exponent 


negi 
subi 


62 
rl 
-24,r1 


rl 
i,rl 
24,cl 
ri 

rl 


Now the iterations begin. 


mpyf3 
andn 
subrf 


andn 


ri,r2,r0 
single,r0 
2.0,70 
ro 

ro, ri 
Single,ri 


ri,r2,r0 
Single, rd 
2.0,70 
ro 

r0,ri 
Single, ri 


ri,r2,r0 
Single,r0 
2.0,60 

0 

r0, el 
single,ri 


ri,r2,r0 
single, rd 
2.0,70 
0 

r0, rl 


single, ri 


s 
2 


a 
3 


The 8 LSBs of RO contain the exponent . 
of v 


of v. 


ue 


Now we have ~e-1, the exponent of x{0J 


Now RO = x0] = 1.0 # 2##(-e-1). 


Ri = v & x{0] 
Ri = 2.0 - v # xf0) 


RO = xf1] = xf0] # (2.0 - v # x[0)) 


Ri =v # xf1] 
Ri = 2.0 - v & xf1] 


RO = x2] = x1) # (2.0 - v ® x{1]) 


Ri =v # x(2} 
Ri = 2.0 - v # xI2] 


RO = x{3) = xf2) # (2.0 - v ® xf2]) 


Rl = v # x[3] 
R1 = 2.0 - v # xf3] 


RO = x4] = x(3] # (2.0 - v * xf3]) 


For the last iteration we use the formulation: 
x[5] = (xf4] & (1.0 - (v & xf4]))) + x04) 


apyf 
andn 
subrf 
rnd 
apyf 
andn 
addf 
z 
rad 
+ 
# 
+ 
negf 
ldf 
Idfn 
5 
# restore variables 
# 
popf 
popf 
apyf 
andn 
mpyf 
andn 
# 
# z=c+cec 
& 
addf3 
rnd 
+ 
# 22c-z+t cc 
4 
subf 
rnd 
addf 
tnd 
# 
retsu 
data 
constant: 
float 
send 


ri,r2,r0 
Single,r0 
1.0,°0 

ro 

ri,rd 
Single, r0 
r0,ri 


r1,r2 


Now the case of v ¢ 0 is handled. 


62,70 
3,63 
r0,r2 


temp 

cc 

0.5,cc 
Single,cc 
r2,c¢ 
Single, cc 


temp,cc,z 
z 


z, temp, 2z 
zz 


CC, 22 
22 


4097 


a 


~e we 


Ri = v # xf4] = 1.0..01.. => 1 

Ri = 1.0 - v # xf4] = 0,0,.01... =) 0 
Ri = x4) # (1.0 - v # xf4)) 

RO = x5] = (xf4]#(1.0-(vex04])))4xf4] 


Round since this is followed by a MPYF 


This sets condition flags. 
If v <0, then R2 = -R2 


restore c 
restore cc ~ 
co=(x-u- wt x) #05 


co=(x-u-wutxx)#05/c 


z=ct+ce 


2zsc-2z 


zzec-ztcc 


constant = 2°(24-24/2)+1 


Appendix B 
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3/# C3ODBL -- Program to operate on two single-precision numbers 
in C30 format and produce a double-precision result #/ 

#include Caath. b> 

#include <stdio.h> 


maint) 
{ 
long double x, y, 23 
long int xl, yl; 
int i, operation; 
long int c30toe(long int): 


i=l; 
dof 
printf ("Type two C30 hex numbers: \n"); 
printf("x = ")s 
scanf("2X", &1): 
printf("y ="); 
scanf( "ZX", &y1); 
xl = cB0toe(xi): 
x = (long double) (#(float #)(&x1)); 
yl = cWtoelyl); 
y = (long double) (#(float #)(&yi)}; 
dof 
printf (°Add(1), Sub(2), Mpy(3), Divi4), Sqrt(S)i "); 
scanf("Zd", koperation): 
} while (operation<l i! operation>5S): 


if (operation == 1) z =x + y; 
if (operation == 2) 2 = x - ys 
if (operation == 3) z = x # ys 
if (operation == 4) z=x/ ys 
if (operation == 5) z = sqrt(x)s 
printé("\nz = 2. 48g", z); 


printf("\n\aType in C30 hex resulti\n"); 
printf("z = ")s 
scanf ("ZX",&x1); 
peintf("2z = ")s 
scant ( "ZX" Syl): 
xl = cMtoe(xl); 
x = (long double) (#(float #)(&xt))s 
yl = cWtoelyi); 
y = (Tong double} (#(float #)(&yi)); 
zexty; 
printé("\nz = Z.18Lg", z): 
printf{"\n\nType 0 to exit, else continue : °); 
scanf (“Zé", &i); 
d while (i '= 0); 
} 
/# CHOTOE — routine to convert from a c30 floating point nuaber to a 
number in ieee format. Both input and output in hex. #/ 


long int c30toe{long int x) 
{ 

long int mantissa, signs 
long int exp: 


sign = x & 0x00800000; 
exp = x >> 24s 


/* exp=-128 corresponds to 0. exp=-127 is denormalized in ieee: 
represent it as 0. #/ 


if (exp <= -127) return(0); 
/* add implied bit and sign-extend mantissa #/ 
mantissa = x & Ox007FffFF; 
if (sign) 
mantissa i= Oxff000000; 
else 
mantissa != 0x00800000: 
/* convert mantissa to Sign-magnitude #/ 
if (sign) mantissa = -mantissa; 
/* adjust mantissa if it was -2.0 #/ 
if (mantissa == 0x01000000){ 
exptts 
mantissa = 0x00800000; 
} 
if (exp > 127) return(O); /# too large nuaber; return error #/ 


/# make exponent 127-excess and return ieee number #/ 


exp += 127: 
mantissa = (mantissa & OxOO7FFFFF) | (sign << 8) | (exp << 23): 


return(mantissa)s 
} 


J[NseyY UOISINI1g-3,qnoG 
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/* COODBL2 -- Program to operate on two double-precision numbers 


in C30 format and produce a double-precision result #/ 
tinclude <aath.h> 
tinclude <stdio.h> 


eaian() 

{ 

long double x, y, zs 

long int xi, yl, xxi, yyt; 
int i, operations . 

Yong int c¥toe(long int); 
izls 

dof 


 printf("Type two C30 hex numbers: \n"); | 


printf("x = ")s 

scanf("ZX" ,&x1)s 

printé("xx = “): 

scanf( "ZX" &xxt)s 

printf("y ="); 

scan€("ZX" dy); 

printf("yy ="); 

scanf("ZX", &yy1): 

xi = cWtoe(xt)s 

xxl = cBOtoe(xxl)s 

yl = c¥Otoelyl); 

yy! = cd0toelyyi); 

x = (long double) (#(float #)(&xi)) + 

(long double) (#(float #)(&xxi)): 
y = (long double) (#( Float #)(kyl)) + 
(long double) (#(float #)(&yyl)): 

dof 

printf ("Add(1), Sub(2), Mpy(3), Divi4), Sqrt(S): “)s 
scanf("Zd", Soperation); 

) while (operation(! i! operation)5); 


if (operation == 1) z =x + y; 
if (operation == 2) 2 2x - ys 
if (operation == 3) z = x # y; 
if (operation == 4) z =x / y; 
if (operation == 5) z = sqrt(x): 
printf("\nz = 2. 18g", z); 


print€(*\n\nType in C30 hex result:\n"): 
printé(*z ="); 

scanf("ZX",&x1); 

printf("zz = ")s 

scanf( "2X", Syl); 

xl = cXOtoe(xi); 

x = (long double) (#( Float #)(t&xi)): 

yl = cBOtoe(yi); 

y = (long double) (#(float #)(&y1)); 
zexty; 


printf("\nz = Z.18lg", z)s 
printf("\n\nType 0 to exit, else continue : "); 
scanf ("Zd", &i): 

while (i '= 0); 

} 


/# C30TOE -- routine to convert from a c30 floating point number toa 
number in ieee format. Both input and output in hex. #/ 


long int cR0toe{long int x) 
{ 

long int mantissa, signs 
long int exp: 


sign = x & 0x00800000; 
exp = x >> 24; 


/# exp2-128 corresponds to 0. exp=-127 is denormalized in ieee! 
represent it as 0. #/ 


if (exp <= -127) return(0); 
/* add implied bit and sign-extend mantissa #/ 


mantissa = x & OxO07FFfFF; 
if (sign) 

mantissa i= Oxf #000000; 
else 

mantissa i= 0x00800000; 


/® convert mantissa to sign-magnitude #/ 
if (sign) mantissa = -mantissa; 
/& adjust mantissa if it was -2.0 #/ 
if (mantissa == 0x01000000){ 
exptt; 
mantissa = 0x00600000; 
} 
if (exp > 127) return(0); /# too large number; return error #/ 


/* make exponent 127-excess and return ieee number #/ 


exp += 127; 
gantissa = (mantissa & OxOO7FFFFF) | (sign << 8) i Cexp << 23); 


return(pantissa)s 
} 
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Introduction 


In the general class of orthogonal transforms, there exists one in particular, the 
discrete cosine transform (DCT), that has recently gained wide popularity in signal pro- 
cessing. The DCT has found applications in such areas as data compression, pattern recogni- 
tion, and Weiner filtering, primarily because of its close comparison to the Karhunen-Loeve 
Transform (KLT) with respect to rate distortion criteria [1]. Although the KLT is con- 
sidered to be optimal, there is no fast algorithm to compute it. Since there is no fast KLT 
algorithm, the DCT is an attractive alternative. 


For image coding, the DCT works well because of the high correlation among adja- 
cent data samples (pixel values). Because of this correlation, the DCT provides near op- 
timal reduction while retaining high image quality. In a comparative study [2], the DCT 
was shown to outperform the Fourier, Hartley, and cas-cas transforms for image com- 
pression, providing even more motivation for finding fast implementations.. 


A number of algorithms have been developed, most notably those of Hou [3] and 
Lee [4], which generate higher-order DCTs from lower-order ones. This paper presents 
two 8 x8 DCT routines, one for the TMS320C25 and another for the TMS320C30, based 
upon the routine in [3]. 
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The DCT Algorithm 


For a given real data sequence x9,x1, . . .,Xn-1, the discrete cosine transform is 
given in [1] as 
N=1 | 
eg MeO): Sees eee Oe as oe (1a) 
N n=0 2N 
and its inverse is 
N=1 
Piel SS Oe 0 ee ee (1b) 
N k=0 2N 
1 
where a (k) = /> for k = 0; otherwise, the transform is unitary. If zo is scaled up 


by 2, the DCT can also be written in matrix form as 


z= ./— TN) x, (2) 
N : 


where x and z are column vectors denoting the input and output data sequences, and 7(N) 
is the DCT matrix of order N. Actually, expanding the matrix (neglecting the factor of 


v2 for the moment), a 4-point DCT appears as 


Z0 ] ] 1 ] xo 
Z2 a —-a a —-a x? 
_ : 3 
Z] SB - =0:. 2G 6 X3 oy 
23 6 6B -6 -—8 xy 
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] 
where a = J2° B = cos (3). and 6 = sin (3): Similarly, the 8-pt DCT can be 


expressed as 


20 1 1 1 1 1 1 1 1 xo 
24 a -a@® a -a@® a -a a—-a x2 
2 6B —-6 -§8 6 —-6 -6 6 x4 
26 6 B -6 -£ 6 B -d -8 X6 
Z4 ~ —yp —-y -K -p vy x7 »  @) 
z5 m poe—-y¥ N -hR -v ¥y A x5 
23 yY -A Bp vw ~-y KN BP =? x3 
27 y v d hoe-vp —-y -X\ —p x] 


where \ = cos (7x): Y = cos (22 , BP = sin (22), and vy = sin (=): Note that 


the input is no longer in natural order but has been rearranged according to the permutation 
matrix P and the relation 


X = Px, (5) 
where 
1 0 0 0 0 0 O O 
0 0 1 0 0 0 O O 
0 0 0 0 1 0 O O 
0 0 0 0 0 0 1 0 
= 0 0 0 0 0 0 0 1 
0 0 0 0 0 l 0 0 
0 0 0 l 0 0 O O 
0 1 0 0 0 0 | 0 0 
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‘Upon examination, the matrix 7 (N) in (4), which is the matrix T (N) with the rows and 
columns rearranged, can be described more compactly as 


T(N) = 4 | (6) 


since the upper half of the 8-point DCT is exactly the 4-point DCT matrix previously 
generated. Using the results obtained in [3], the relationship between D (5) and 


f 5) is a given as | 
o(8)= are. oo 


where 
K = RLR', 


R being the matrix that performs a bit reversal on the input data; L is the lower triangular 
matrix 


1 0 0 0 0 oO O 
—1 2 0 0 0 0 O O 
1 -2 0 1 0 O O 
—1 Zz 2 2 0 0 O O 
=) 4 oo Fa ye & 2 | 
—] 2 “2 2. 2 2 0 O 
2 2. 2 2 22 2 
—] y, a2 2 =2 2 a 2 
and Q = diag | cos (n + for n = 0,1, . . ., 7. The output vector z 


is now in bit-reversed order. Signal flow graphs for 2-point, 4-point, and 8-point DCTs 
are shown in Figure 1, with the multipliers defined as in (4). 
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Xo Zo a A 
Xo Zo 
a. A 
x; Z2 
= A 
Xo 21 
Sy A 
~ X3 23 
X, — 2; 
(a) 2-Point (b) 4—Point 
= Zo A 
Xo ¢ Zo 
r_ : 
x; Z4 
AG sae 2 
“OY = 
“xe oe : 
“OK 
SxS ; ; 
~ DXX “ ; 
A 
e “4 Z3 
Te Ee 
Xz O- 27 
2:1 MUX 1:2 DEMUX 


(c) 8-Point 
Figure 1. Signal Flow Graphs for 2-Point, 4-Point, and 8-Point DCTs 


The structure of the algorithm looks very much like that of a Fast Fourier Transform 
(FFT), since the most fundamental computation is a 2-point butterfly. This routine is actually 
a generalized case of the Cooley-Tukey FFT algorithm with the addition of the recursion 
at the end. If the equations for the signal flow graph are written explicitly, the recursive 
nature of the DCT becomes clear; for a 4-point DCT, we have 


Zo = 29, 
22 = 22, 
27 = 2), 
23 = 223 <— aE 
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and for the 8-point DCT, 


20 Z0> 
24 = 24, 
22 = 22, 
£6 = 26; 
2] > 2p 


23 = 223 — 2), 
27 = 227 crs 25. 


To create a unitary transform, each element in the vector should be multiplied by 


the scaling factor. /_2 for both the forward and inverse transforms. The inverse 


N 
transform is obtained by completely reversing the direction of the signal flow graph; i.e., 


performing the bit-reversal first, then the recursions and the butterflies, and finally, the 
data permutation. | 


For the two-dimensional case of interest, the DCT can be described in the form 


N=1 N-1 (On 
z(k,l) = 2 alka) yy » x(m,n) cos (ae cos a) (8a) 
N m=0 n=0 2N 3 2N 


4 N-1 N=1 , | 
mie SS Bea ee a) ee a) (8b) 
N k=0 1=0 2N 2N 


1 
where a (k) = > for k = 0, unity otherwise. Like the FFT, the DCT kernel is 


separable, allowing the transform to be performed in two steps, first along the rows and 
then the columns. 7 
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Implementation on the TMS320C25 


The DCT algorithm may be carried out in one of two ways, either using 


1. A matrix formulation, where the DCT coefficients are simply multiplied by 
the data, or 


2. The signal flow graph. 


This routine uses a matrix formulation, which requires the sixty-four cosine 
coefficients to be stored in an array in memory. The matrix formulation is based on the 
following equation: 


20 1 2d 21 1 +4 1 4 1 Xo 
ral NY fb vw =v =—p —y —A x} 
Z2 B 6 -6 -B -B -6 6 8B x2 
23 Y —» -A -B Bp AK BP -¥ X3 
24 a -a —-a@ a a -a -a@ a x4 > 1) 
z5 po-h py -—y -—v Xd 4 X5 
26 6 -B 6B -6 -6 6B -B 4 X6 
27 po-h y -A KR =-Y B=? x7 


where \ = cos (76): vy = cos (i). p = sin (36) and y = = sin (— 


16) i6) 


The algorithm described above has been shown to be numerically stable for fixed- 
point processors; however, to prevent serious data errors, truncation and roundoff must 
be accounted for. A roundoff technique similar to the one in [6], is used to prescale the 
matrix coefficients by (2!5 — 1). This product is then loaded into the accumulator with 
a one-bit left shift, effectively dividing it by 2!5. After a multiplication is performed, the 
32-bit value in the accumulator must be rounded to sixteen bits, where bits 13,14, and 
15 are used to determine the value of the sixteenth bit. The TMS320C25 performs this 
operation in a single instruction by adding 3000h to the accumulator product with a one- 
bit left shift, as outlined in the code shown in Figure 2. 
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INTERNAL BLOCK O 


* 


DCTINI |LDPK RNDOFF 
RSXM 
SPM 1 
LRALK AR1 ,COEFF 
RPTK EDATA-IDATA 
BLKP IDATA,* + 
LRLK AR1 ,RNDOFF 
RPTK 10 
BLKP EDATA,* + 


: SECOND SET OF COEFFICIENTS 


LAR AR1 ,DST 
MAR *+ AR2 
LAR AR2,SRC 
LARK ARS, 7 
LT *+ AR2 
MPY C10 

T2 ZAG 
RPTK 6 
MAC C11,* + 
LTA * + AR 
MPY C10 
ADD RNDOFF 
SACH *0+,AR3 
BANZ t2,*-,AR2 


7 INITIALIZE MATRIX COEFFICIENTS AND ROUNDOFF VALUES INTO 


SIGN-EXTENSION MODE 
LEFT SHIFT 1 BIT 
COEFFICIENTS 


VARIABLES 


AR1 IS NOW DESTINATION 
POINTER 
WORK ON SECOND COLUMN 


Figure 2. TMS320C25 Code for Roundoff Routine 
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After the multiplications are computed, the results are stored in another array area 
in transposed order; thus, a separate routine for transposing the matrix 1s not needed. Once 
the rows are transformed, the pointers for the input and output matrices are exchanged. 
When the procedure is repeated, the output is stored as rows, completing the transform. 
Appendix A contains a complete program listing for the forward transform on the 
TMS320C25. To perform an inverse DCT, the table of cosine coefficients should be 
replaced with those used for an inverse transform. 


Implementation on the TMS320C30 


The TMS320C30’s increased speed and flexible addressing modes can reduce 
execution time substantially. In using the FFT-like structure, extraneous multiplications 
are removed, and because of the TMS320C30’s ability to perform parallel 
multiplication/additions, two butterflies can be computed at once. After an initial subtraction 
is done, the coefficient multiplication can be executed in parallel with the addition of the 
data. The TMS320C30’s floating-point capability eliminates not only the problems of 
roundoff error associated with fixed point processors but also the need for any truncation 
routines. 


Because the DCT size is fixed to eight points, there are only four locations that need 
exchanging; this allows for a fast bit-reversal of the data. When using the TMS320C30’s 
extended-precision registers for temporary storage, the transfers can be done in-place. 
These data transfers are also done in parallel, since two load or store operations can be 
performed simultaneously. The code for performing the bit reversal is shown in Figure 
3 below. | 


CORRECT ORDER FROM BIT REVERSED TO NATURAL 


BITREV LDF *ARO,RO ; ONLY FOUR LOCATIONS ARE 
| LDF *-AR2,R1 ACTUALLY SWITCHED 
OTF R1,* ARQ 
| STF RO,*-AR2 
LDF *AR1,RO 
| LDF *-ARG,R1 
STF R1,*AR1 
| STF RO,*-AR3 


Figure 3. TMS320C30 Code for Bit Reversal 
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Because of the amount of data shuffling that occurs, an eight-word scratch-pad vector 
has been created with four permanent pointers set up at every other memory location. 
This allows access to each element in the vector (by predecrement or preincrement 
addressing) without requiring constant alteration of one or two pointer locations. Although 
there is no overhead for looping on the TMS320C30, straight-line coding is used as much 
as possible to increase performance. 


You can transpose the DCT matrix in the same way as in the TMS320C25 
implementation: namely, store the transformed row vector as a column vector in another 
matrix and interchange the input and output pointers. 


' The complete routines for the forward and inverse transforms are given in Appen- 
dix B. 


Results 


The execution times and memory requirements for the two routines are given in 
Table 1. For the TMS320C30 implementation, the forward transform contains the scale 
factor of i so the transform is not unitary. When the signal flow is reversed, 


instructions accumulate and the time required to perform the inverse transform actually 
increases (see Table 1). This increase occurs because certain multiplications cannot be 
performed in parallel with another instruction. The two times are identical on a TMS320C25 
because it uses a matrix routine to compute the transform. 


Table 1. Execution Times and Memory Requirements 


Memory Required Time Required 
(us) 


TMS320C25 232 words* 203 words 257.3 (forward) 


232 words 203 words 257.3 (inverse) 
TMS320C30 148 words* * 136 words 99.4 (forward) 
155 words 136 words 107.9 (inverse) | 


* TMS320C25 wordlengths are 16 bits 
** TMS320C30 wordlengths are 32 bits 
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Summary i 


Two routines for a two-dimensional Discrete Cosine Transform are presented: one 
for the TMS320C25 and one for the TMS320C30, with a development of the algorithm 
given for clarification. This report also discussed the similarities of the DCT to the Cooley- 
Tukey FFT algorithm and arithmetic shortcuts which can reduce the DCT’s execution 
time. Although these implementations use the most recent formulation, there is still room . 
for investigation into more efficient methods. Another approach that might prove fruitful 
is to deal with the entire 8 X8 array all at once, as suggested by Haque [7], rather than 
transforming the array by rows and columns. However, both routines given in the 
appendices provide fast, numerically stable solutions for applications requiring the DCT. 


me 


Acknowledgements 


The author thanks Steve Ford for supplying the original code for the TMS320C25 
implementation. Francois Charlot helped in modifying the code for the TMS320C25, as 
well as in preparing this manuscript. Daniel Chen improved the performance of the code 
for both the TMS320C25 and the TMS320C30. 


References 


[1] Ahmed, N., Natarajan, T., and Rao, K.R. ‘‘Discrete Cosine Transform,’’ [EEE 
Transactions on Computing, vol. C-23, pp. 90-93, January 1974. 


[2] Perkins, M. ‘‘A Comparison of the Hartley, Cas-Cas, Fourier, and Discrete 
Cosine Transforms for Image Coding,’’ IEEE Transactions on Computing, vol. 
36, pp. 758-760, June 1988. 


[3] Hou, H.S. ‘‘A Fast Recursive Algorithm for Computing the Discrete Cosine 
Transform,’’ IEEE Transactions on ASSP, vol. ASSP-35, No. 10, 
pp. 1455-1461, October 1987. 


[4] Lee, B.G. ‘‘FCT - A Fast Cosine Transform,’’ Proceedings of 1984 Conference 
on ASSP, pp. 28.A.3.1-28.A.3.4, March 1984. 


[5] Jayant, N.S., and Noll, P. Digital Coding of Waveforms, New York, Prentice- 
Hall, 1984. 


[6] Srinivasan, S., Jain, A.K., and Chin, T.M. ‘‘Cosine Transform Block Codec for 
Images Using the TMS32010,’’ Proceedings of IEEE ISCAS ’86, Cat. No. 
86CH2255-8, vol. 1, pp. 299-302. 


[7] Haque, M.A. ‘‘A Two-Dimensional Fast Cosine Tranform,’’ [EEE Transactions 
on ASSP, vol. ASSP-33, pp. 1532-1539, December 1985. 


An 8X8 Discrete Cosine Transform Implementation 181 
on the TMS320C25 or the TMS320C30 | 


OFDOZESWLL 243 40 SZTIOTESWLL Yi uO 


uounluauaduy ws1ofsuv1] a 


C8T 
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u1SO 


JHHBHEHE HEHEHE HHH 
; 8 X 8 2D-DCT ALGORITHM FOR THE TMS320C25 

: THIS PROGRAM WILL PERFORM A TWO-DIMENSIONAL DCT ON EIGHT-BIT IMAGE DATA 

# AND NORMALIZE THE DATA TO MIMIMIZE TRUNCATION AND ROUNDOFF. 


SESE EE REE SE AEE SEE EE EEE SEE EE HE SHEE EE EEE EEE EEE ES 


* 
etitle “8x8 DCT’ 


* 


sect "RESET" 


B DCTINI, #, ARI 


etext 
+ 


RESET: BRANCH TO DCT, AND SET ARP TO 0 


# INITIALIZE MATRIX COEFFICIENTS AND ROUNDOFF VALUES INTO INTERNAL BLOCK BO 


* 

DCTINI —LDPK RNOOFF 
RSKM 
SPN 1 
LRLK AR1, COEFF 
RPTK EDATA-IDATA 
BUKP IDATA, #+ 
LRLK AR}, RNDOFF 
RPTK 10 
BLKP EDATA, #+ 


# HERE IS THE DCT FUNCTION 


DCT LARK ART, 1 
LARK —-ARO,8 
CNFP 


* LOOP FOR DIMENSIONS 
DIMS eequ $ 


# FIRST SET OF COEFFICIENTS 


LARK AR3,7 
LAR AR1, SRE 
LAR AR2, DST 
LT #+ 
MPY C_00 

iM iAC 
RPTK 6 


; SIGN-EXTENSION MODE 
; LEFT SHIFT 1 BIT 
; COEFFICIENTS 


; VARIABLES 


5 AR7! DIMENSION-1 
s POINTER INCREMENT FOR DATA TRANSPOSITION 
+ "MAC" NEEDS 1 OPERAND IN PROGRAM MEMORY 


; COUNT FOR 8 1-D DCTs 

; SOURCE ADDRESS 

: DESTINATION ADDRESS (FIRST COLUMN) 
: TREG = X0 

3 ACC = 0 , PREG= xO # c00 


MAC COL, # 
c 

LTA +, AR2 

MPY c_00 

ADD RNDOFF 

SACH #04, ARS 


BANZ Ti,#-, ARI 


# SECOND SET OF COEFFICIENTS 


LAR AR1, DST 
MAR #+, AR2 
LAR AR2, SRC 
LARK ARS, 7 
LT ¥+, AR2 
MPY C.10 
12 ZAC 
RPTK 6 
MAC Cllj#H 
# 
LTAS #+, ARI 
MPY C_10 
ADD RNDOFF 
SACH #0+, ARS 


THIRD SET OF COEFFICIENTS 


LAR ARI, SRC 
LAR AR2, DST 
ADRK 2 
LARP 1 
LARK AR3,7 
LT #+ 
MPY C20 

3 ZAC 
RPTK & 
MAC C21, #+ 
LTA #+, ARZ 
MPY C.20 
ADD RNDOFF 


SACH #0+, AR3 
BANZ T3, #-, ARI 

¥ 

# FOURTH SET OF COEFFICIENTS 

% 


LAR AR1 DST 
ADRK 3 

LARP 2 

LAR ARZ, SRC 
LARK AR3,7 
LT Ht 

MPY C30 


14 LAC 


? 


’ 


? 


? 


we 


? 


? 


» ACC = 0 ,PREG= X0 * COO 


; INCLUDE LAST PRODUCT AND LOAD PREG 


; STORE RESULT AND TRANSPOSE 


ARI IS NOW DESTINATION POINTER 


; WORK ON SECOND COLUMN 


AR1 NOW SOURCE POINTER 


; THIRD COLUMN 
s ACTIVATE ARI 


STOOZESIALL OY} JOJ WIYWIOSTY LOM °V xipueddy 


} ajaLISIG 9X9 Up 


u1soO 


TS 


O&DOTESWL 24? 49 STIOTESWL 241 UO 


qojuauladuy Usofsuvs], a 


uol 


Té 


e81 
= 


RPTK 
MAC 
LTA 
MPY 


BANZ 


b 

C31,#+ 
#4, ARI 
C_30 
RNDOFF 
#0+, ARB 
T4, #,AR2 


FIFTH SET OF COEFFICIENTS 


LAR 


AR1, SRC 
AR2, DST 
4 

1 

AR3,7 
t+ 

C_40 


& 

C41, #+ 

+ ARZ 
C40 
RNDOFF 
#0+, ARS 
TS, #-, ARI 


SIXTH SET OF COEFFICIENTS 


ARI, DST 
3 

2 

AR2, SRC 
ARS, 7 
t+ 

C_50 


6 

C51, #+ 

#+ ARI 
C_50 
RNDOFF 
#0+, AR3 
Tb, #, AR2 


SEVENTH SET OF COEFFICIENTS 


AR1, SRC 
AR2, DST 
6 

1 

AR3, 7 
i+ 

C_60 


HAC Cbi, + 

LTA #4, AR2 

NPY C_60 

ADD RNDOFF 

SACH 40+, ARB 

BANZ 17,#-, PRI 
# EIGHTH SET OF COEFFICIENTS 

LAR ARL, DST 

ADRK 7 

LARP 2 

LAR AR2, SRC 

LARK AR3,7 

LT + 

MPY C70 
18 ZAC 

RPTK 6 

HAC C71, #+ 

LTA #4, ARI 

MPY C_70 

ADD RNDOFF 

SACH #0+,AR3 


BANZ T8, #-, AR2 


~ 


LOOP FOR NEXT DIMENSION 


LAC DST ; CHANGE SOURCE AND DESTINATION POINTERS, 
DOV SRC ; SO RESULT OF FIRST PASS BECOMES OPERAND 
SACL SRC ; OF SECOND PASS. FINAL RESULT WILL BE IN 
* + PICT 
LARP ART ; AR7 : DIMENSION COUNTER 
BANI DIMS,#-,AR1 —; LOOP FOR NEXT DIMENSION 
+ 
STOP: = CNFD 
B $ + STOP HERE 
- page 


#  DATAS - TABLES AND DECLARATIONS 


easect "RCOEF" , OFFOOh 
- label IDATA 


THIS IS TO SET UP THE LABELS FOR A CNFP 
DCT COEFFICIENTS 


s 
? 
. 
? 
rT 
? 
? 


C00 eword 5792 FIRST ROW OF COEFFICIENTS 
C01 sword 5792 » 5792 = (1/4) % 28#(-1/2) IN 015 FORMAT 
C02 sword 5792 

C03 oword 3792 

C04 word 3792 

COS sword 5792 

C0S word 5792 

C07 word 3792 

Cio eword 9034 s SECOND ROW OF COEFFICIENTS 
Cit eword 6811 

C12 oword 45351 


y8l 
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sword 1598 eword 12268 3 ROUNDOFF FACTOR 
word = -1598 _+ 1598 = (1/4) # SIN(PI/16) IN Q15 FORMAT sword = PICT ; ADORESS OF PICTURE 
word = 4551 « 4551 = (1/4) # SIN(3PI/16) IN Q15 FORMAT : sword = RESULT ; ADDRESS OF RESULT 
word = -6811 -s 6811 = (1/4) # COS(3PI/16) IN Q15 FORMAT sword = 5792 3 COO COEFFICIENT 
.word = --8034 + 8034 = (1/4) # COS(PI/16) IN @15 FORMAT sword = 8034 ; C10 COEFFICIENT 
sword 7568 s third row of coefficients sword = 7568 ; C20 COEFFICIENT 
-word 3134 + 3134 = (1/4) # SIN(PI/8) IN G15 FORMAT © sword = 6811 ; C30 COEFFICIENT 
sword = -3134 : 7568 = (1/4) # COS(PI/8) IN Q15 FORMAT sword = 5792 ; C40 COEFFICIENT 
word 7588 sword = 4551 ; C50 COEFFICIENT 
veord © -7568 word = 3134 ; C60 COEFFICIENT 
sword -3134 sword 1598 s C70 COEFFICIENT 
word 3134 # 

.word 7548 * DATA DEFINITIONS 

sword 6811 ; FOURTH ROW OF COEFFICIENTS , 

‘word “1598 COEFF .usect © "COEFFS",64 =; -DCT COEFFICIENTS (GOES INTO BO) 
sword © -8034 BSS PICT, 64 s PICTURE 

word | -4551 BSS RESULT, 64 s RESULT, AFTER DCT 
wrd 4551 BSS RNDOFF , 1 ; ROUNDOFF FACTOR 
word 8034 BSS SRC, 1 s SOURCE ADDRESS FOR CURRENT DCT LOOP 
wword 1598 »BSS DST, 1 + DESTINATION ADDRESS 
“word “6811 BSS C_00, 1 COO COEFFICIENT 
sword . 5792 ; FIFTH ROW OF COEFFICIENTS “BSS C10, 3 C10 COEFFICIENT 
sword = 5792 BSS C.20,1 : C20 COEFFICIENT 
sword | -S792 BSS C_30,1 + C30 COEFFICIENT 
word 5792 BSS C_40,1 ; C40 COEFFICIENT 
word 5792 + BSS C0,1 : C50 COEFFICIENT 
sword) = -5792 BSS C_60,1 s C60 COEFFICIENT 
‘word S792 BSS C_70,1 s C70 COEFFICIENT 
word 5792 # 

sword 4551 ; SIXTH ROW OF COEFFICIENTS send 

sword © -8034 

.word 1598 

sword 6811 

oword -6811 . 

eword -1598 

sword $034 

sword ~4551 

sword 3134 ; SEVENTH ROW OF COEFFICIENTS 

sword -7368 

word 7368 

»word “31H 

word -3134 

sword 7568 

.word ~7368 

eword 3134 

.word 1598 s EIGHTH ROW OF COEFFICIENTS 

sword -4551 

oword 6811 

sword -8034 

sword 8034 

word. 6811 

sword 4551 

sword -1598 

label EDATA ; END OF COEFFICIENTS TABLE 
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Le ed 


JME aE a EE EE a HE HHH HE HSH HHH 


# 


TITLE: 2-D DISCRETE COSINE TRANSFORM, (8x8) VERSION 1.0 


AUTHOR: WILLIAM HOHL 


THIS PROGRAM IS BASED ON A RECENT ALGORITHM PROPOSED BY H.S. HOU 
(TRANSACTIONS ON ASSP, VOL. ASSP-35, NO. 10, OCTOBER 1987, PP. 1455- 


1461). 


INPUT MATRIX IS STORED IN RAM, AND THE RESULTS ARE STORED IN THE SAME 


LOCATION. 


BSS 
BSS 
«BSS 
«global 
-dlobal 
data 


sword 
sword 
word 
sword 
sword 
sword 


OUT, 64 
INP, 64 
SCR,8 s SCRATCHPAD MEMORY 
COSTAB 
START 


8, BK ; SET BUFFER LENGTH=8 


BSCRATCH, ARA 

ROUTPUT,ARS —; VARIABLE LOCATIONS 
@INPUT,ARS —-; HOLDS INPUT MATRIX 
0,25, R6 + CONSTANT 0.25 
2.0,R7 + CONSTANT 2.0 


@RTN1,R4 ; RETURN ADDRESS OF SUBROUTINE 
BLKi 

KT 

ARS, ARO s POINTS TO INPUT 

ARS,ARL 

1,AR1 


#AR44+4+(1)7,R1 
Ri, FAR6++(IR1) 
#AR44+(1)7%, Ri 
Ri, #AR6++(1R1) 
#AR4++(1)7%,R1 
Ri, #AR6++(IR1) 
aOR44+(1)% Ri 
Ri, #ARG++(IR1) 
#ARA++(1)7%, Ri 
R1, #ARG++(1R1) 
#AR4++(1)7, Ri 
Ri, #AR6++(1R1) 
#OR44++(1)%, Ri 
Ri, #ARG++( IR1) 
#OR44+(1)7, RI 
Ri, #ARG++(IR1) 
#ARS++(1IR1) RS 


63, ARS 


@SCRATCH, ARS 
@OUTPUT, ARS 
@INPUT, ARG 
7,RC 


#OR4H4(1)%,R1 
R1, #ARG++(IR1) 
#AR4+4(1)%, RI 
R1, #ARG++( IRI) 
#ARAH(1)%, RI 
R1, HARG++LIRI) 
#ARAH (1), RI 
Ri, FARGH(IRI) 
HARA (1)2, RI 
R1, #ARG+ (IRI) 
#ARAH(1)%, RI 
R1, FARGH+( IRI) 
HRA (1)2, RI 
R1, FARGH+(IR1) 
#AR4H+ (1), RI 
Ri, #ARG++(IR1) 
#ARS++ (IRI), RS 


63, ARG 


we 


we 


? 


? 


t 


TRANSPOSE THE ROWS 


INTO COLUMNS 


; DO DCT ON COLUMN 


VECTORS 


RETURN ADDRESS OF SUBROUTINE 


POINTS TO INPUT 


INCREMENT POINTERS 


END 
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*# SHUFFLE THE DATA ACCORDING TO PERMUTATION MATRIX P STF Ri, #-AR3 


¥ HE STF R2, #-ARI 
DCT LOI ARS, ARZ > POINTS TO OUTPUT STF RO, #AR 
LOI @SCRLAST, ARS HE STF R3, #AR1 
LBI @_COS, AR7 : TABLE POINTER # 
# # SECOND GROUP OF BUTTERFLIES 
LOF #ARO++ (TRO) |RO * 
m LOF #ARI++(IRO) RL LOF #-AR1,R2 ; THIS IS THE SAME AS ABOVE EXCEPT THE 
STF RO, #AR2++(1) : GOING DOWN He LOF #ARL RS : POINTERS CHANGE 
He SIF R1,#AR3--(1) + GOING UP SUBF3 #-AR1, #-ARO, Ri 
LDF #ARO++( TRO) RO SUBF3 #AR1, #ARO RO 
HE LOF #AR1++( TRO) RI MPYF3 R1, #AR7+4(1) Ri 
STF RO, FAR2++(1) it ADDF3 R3, #ARO, R3 
He STF R1, #AR3--(1) MPYF3 RO, #AR7-~(1) RO 
LIF #ARO++{ TRO) , RO HE ADDF3 R2, #-ARO, RZ 
it LOF #AR1++(IRO) R1 STF Ri, #-AR} 
STF RO, #ARZ++(1) i STF R2, #-ARO 
HE STF R1, #AR3—-(1) STF RO, #AR1 
LOF #ARO++( TRO) RO Hi STF R3, #ARO 
ii LDF #AR1++(IRO) Ri LOF ¥-ARS, R2 
SIF RO, #AR2++(1) i LOF #AR3,R3 
He STF R1, #AR3--(1) , SUBF3 #-ARG, #-ARZ, RI 
# SUBF3 #AR3, #ARZ, RO 
* MODIFIED FFT ALGORITHM MPYF3 Ri, #AR7++(1) RI 
* it ADDF3 R3, #AR2, R3 
LBI AR4, ARO : POINT TO OUTPUT MPYF3 RO, #AR7++(1) RO 
ADDI 1, ARO it ADDF3 R2,#-AR2,R20 
LOI ARO, ARI ; STF Ri, #-AR3 
ADDI 2, AR1 : SET UP POINTERS it STF R2, #-AR2 
LO ARI, AR2 STF RO, #AR3 
ADDI 2, AR2 it STF R3, #AR2 
LOL AR2, ARS t 
ADDI 2, AR3 * LAST SET OF BUTTERFLIES 
% % 
LOF #-AR2,R2 : THESE SECTIONS PERFORM LDF #ARO, R2 
i LDF #AR2Z, RS : TWO BUTTERFLIES AT ONCE i LOF #AR1 RS 
SUBF3 #-ARZ, #-ARO, Ri SUBF3 #ARO, #-ARO, R1 
SUBF3 #ARZ,#ARO,RO =: POINTERS ARE SET AS FOLLOWS: SUBF3 #AR1, #-ARI, RO 
MPYF3 R1, #AR7+4(1),R1 MPYF3 Ri, #AR7,R1 
a ADDF3 R3, #ARO,R3 3 X(0) HE ADDF3 RS, #-AR1 RB 
MPYF3 RO, #AR7+4+(1),RO 5 X(1) ARO MPYF3 RO, #AR7, RO 
i ADDF 3 R2,#-ARO,R2 = -s_-X(2) He ADDF3 RZ, #-ARO,R2 
STF Ri, #-AR2 s X(3) ARI STF Ri, #ARO 
He STF R2, #-ARO s X(4) HE STF R2, #-ARO 
SIF RO, #AR2 3 X{(5)  AR2 STF R3, #-AR1 
i STF R3, ARO 3 X(6) i STF RO, #AR1 
LOF #-AR3, R2 3 X(7) ARS LDF #AR2,R2 
i LDF #ARZ,R3 ii LDF #AR3, RB 
SUBF3 #-AR3, #-ARI Ri SUBF3 #AR2, #-ARZ, Ri 
SUBF3 #AR3, #AR1 RO SUBF3 FAR3, #-AR3, RO 
MPYF3 R1, #AR7+4+(1) Ri MPYF3 R1, #AR7,R1 
HE ADDF3 R3, AR1 RB i ADDF3 R3, #-AR3, RS 
MPYF3 RO, #AR7+4+(1) RO MPYF3 RO, #AR7, RO 


Hi ADDF3 —-R2, #-ARI,R2 i! ADDF3 «2, #-AR2,R2 
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STF 
SIF 
SIF 
STF 


—~ 


x. me Oe 


ITREV LDF 
LDF 
STF 
it STF 
LDF 

Hi LDF 
STF 

i STF 


Ri, ¥AR2 
R2,#-AR2 
R3, #-AR3 
RO, #AR3 


#ARO, RO 
#-AR2,R1 
R1, #ARO 
RO, #-AR2 
#AR1, RO 
#-AR3,Ri 
Ri, #ARi 
RO, #-AR3 


CORRECT ORDER FROM BIT-REVERSED TO NATURAL 


; ONLY TWO LOCATIONS ARE ACTUALLY SWITCHED 


# 
# = CONTINUE WITH RECURSIVE ALGORITHM 
* 


RECURSE MPYF3 
MPYF3 
i SUBF3 
SUBF 3 

STF 

i STF 


LASTLOGGP = MPYF3 
MPYF3 

i SUBF3 
MPYFS 

ii STF 
SUBF3 
SUBF 3 
STF 

Mt SIF 


R7, #-AR3, R2 
R7, #AR3, Ri 
#-AR1,R2, R2 
#ARL Ri, RI 
Ri, #AR3 

R2, #-AR3 


R7, #AR1 , RO 
R7, #ARZ, Ri 
#ARO,RO,R2 
R7, #AR3,R3 
R2, #ARL 
#ARL,RI,R1 
Ri,R3,R3 
Ri, #ARZ 
R3, #ARS 


* 
* SCALE FACTOR OF (2/N)=0.25 
* 


MPYF3 
STF 

ii MPYF3 
STF 

ii MPYF3 
STF 

i MPYF3 
STF 

i MPYF3 
SIF 

it MPYF3 
STF 

i MPYF3 
STF 

ii MPYF3 
STF 


Rb, #AR3, RO 
RO, #AR3~- (1) 
Rb, #-AR3 Ri 
RL, #AR3--(1) 
R6, #-AR3, RO 
RO, #AR3~-(1) 
R4, #-AR3, RI 
Ri, #AR~-(1) 
Rb, #-ARS RO 
RO, HARS~-( 1) 
RO, #-AR3,RI 
RL, #AR3~-(1) 
Rb, #-AR3, RO 
RO, #AR3--(1) 
RG, #-AR3,RI 
RI, #AR3 


+ 2K(7)-K(3) 
2K(B)-X(4) 


+ X(4)=28X(4) 
5 X(6)=28K (6) 

» R2=2K(4)-K(2) 
, R=2#X (8) 


+ RL=2X(6)-K(4) 
+ R3=2X(8)-X(6) 


+ OK TO MOVE ARS 


# CORRECT X(0) IF NONZERO 


# 
EXIT 


COSTAB 


BUD 
LDF 
MPYF3 
STF 
2end 


» float 
» float 
float 
«float 
:float 
float 
. float 
send 


~ 0,923879532511 


R4 
#-ARO, RO 
#AR7,RO,RO 
RO, #-ARO 


we 


0. 980785280403 ; 
0,555570233019 
-0. 195090322016 
~0.831469612303 


0, 382683432365 
0. 707106781188 


~e ue M8 we we le 


RETURN 


MULT BY 1/SQRT(2) 
STORE THE RESULT 
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JEBEHEHHHE HEHEHE HHH HEHE HE IEEE a LOF #ARS++ (1%, R1 


x STF Ri, #ARS++(IR1) 
* TITLE: 2-D INVERSE DISCRETE COSINE TRANSFORM, (8x8) VERSION 1.0 rr LDF FARAH (1%, RI 
# STF Ri, #AR6++ (IRL) 
* AUTHOR! WILLIAM HOHL i | LDF #ARS+4(1)2,R1 
# STF R1, #AR6++(IR1) 
# LDF #AR4++(1)7,R1 
# THIS PROGRAM IS BASED ON A RECENT ALGORITHM PROPOSED BY H.S. HOU STF Ri, #ARS++( IRL) 
# (TRANSACTIONS ON ASSP, VOL. ASSP-35, NO. 10, OCTOBER 1987, PP. 1455- rm LDF HARA (1)% Ri 
* 1461). STF R1, #AR6++(IR1) 
Fy HE LDF #AR44+(1)%,R1 
* INPUT MATRIX IS STORED IN RAM, AND THE RESULTS ARE STORED IN THE SAME STF Ri, #ARS+(IR1) 
% LOCATION. HH LDF #AR44++(1)Z,Ri 
# STF RL, #ARG++ (IRL) 
JXBHHEHB HBB HEHEHE HEHE HEHEHE ETHEL EEE a HE Sed rH LDF #ARS++( IRL) RS 
# * 
BSS QUT, 64 BLK1 SUBI 63, ARS 
«BSS INP, 64 * 
BSS SCR,8 LDI @INPUT, ARS s REALIGN POINTERS 
»global COS_TAB LDI @QUTPUT, ARS 
global = START LOY SCRATCH, AR4 
data LDI 7,RC 
% t 
005 sword COS_TAB LBI @RTN2,R4 : RETURN ADDRESS OF SUBROUTINE 
INPUT sword INP RPTB BLK6é 
OUTPUT =. word OUT BRD IBCT 
SCRATCH =. word. SCR LDI ARS, ARO + POINT TO INPUT 
RTNI word TRANS1 LDI @_COS ART : TABLE POINTER 
RTN2Z «word TRANS2 ADDI 1, ARO 
«text ra 
# TRANS2: LIF #AR4++(1)%,R1 
START LOI 7,RC STF R1, #AR6++(IR1) 
LBL 2, 1R0 {4 LDF #ARG++(1)%,RI 
LOI 8, IRI STF Ri, #ARS++(IR1) 
LOF 2.0,R7 ; MULTIPLIER ; HH LDF #AR44+ (10%, RI 
LUT &, BK ; SET BUFFER LENGTH=64 STF Ri, #ARS+( IRI) 
LDP @GUTPUT HE LDF #AR4++(1)2,R1 
LDI @OUTPUT,AR6 =: VARIABLE LOCATIONS STF Ri, HARSH (IRL) 
LOI @SCRATCH, AR4 i LDF #AR4H+(1)%,R1 
LOI @INFUT, ARS + HOLDS INPUT MATRIX STF Ri, #ARS++(IR1) 
. i LOF #AR4+4(1)%,R1 
LUI @RTNI,R4 ; RETURN ADDRESS OF SUBROUTINE STF RL, #ARS+( IRL) 
RPTB BLKi i LDF #AR4++(1)%,R1 
BRD IDCT STF Ri, #ARS++(1R1) 
Lil ARS, ARO s POINT TO INPUT uy LOF #ARS++(1)%, RL 
LOI @_COS, AR7 : TABLE POINTER STF R1, #ARS+ (IRL) 
ADDY 1, ARO i LDF #ARS++(1R1)R5 
* + 
TRANS: = LDF #ARS++(1)%,R1 BLK SUBI 63, AR6 
STF Ri, #ARG++(IR1) . 
END BR END ; END 
# 
* CORRECT X(0) IF NONZERO 
¥ 
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DCT 


™ 


LDI 
ADDI 
LDI 
ADDI 
LOI 
ADDI 


LDF 
MPYF3 
STF 


ARO, ARI 
2, ARI 
ARI, AR2 
2, AR2 
AR2, ARB 
2, AR3 


#-ARO,RO 
#AR7,RO,RO 
RO, #-ARO 


MULT BY 1/SQRT(2) 
STORE THE RESULT 


ws we 


BEGIN WITH RECURSION 


SUBF3 
SUBF3 
MPYFS 
STF 
SUBF3 
MPYF3 
STF 
SIF 
STF 
MPYF3 
STF 
STF 


SECLOOP © SUBF3 


-- OOK oe OR MH 
-—- — 


SUBF 2 
MPYF3 
STF 
MPYF3 
STF 
STF 
STF 


#AR3, #ARZ,R2 
RZ, #AR1 RB 
#AR3,R7, RO 
R2, #AR2 

R3, #ARO,R2 
#0R2,R7,Ri 
R3, #0R1 

RO, #0R3 

Ri, #AR2 
#R1,R7,RO 
RO, #ARI 

R2, #ARO 
#-AR3, #-ARL RZ = X(3)-X(7) 
#AR3,4ARL,R3s X(4)-X(8) 
R7,#-AR3,RO;- 2#X(7) 
R2, #-ARI 

R7,¥AR3,R1 ss: 28X(8) 
R3, #ARI 

RO, #-AR3 

R1, #AR3 


X(6)-X(8) 
X(4)-X(4) 
2X(8)-2RO 


we we we 


X(2)-X(4) 
2#X(6)-DR1 


ue 


ve 


CORRECT ORDER FROM NATURAL TO BIT-REVERSED 


TREV LDF 


LDF 
SIF 
STF 
LDF 
LOF 
STF 
SIF 


#ARO,RO 
#~AR2Z,R1 
R1, #ARO 
RO, #-ARZ 
#AR1 RO 
#-ARS,R1 
Ri, #AR1 
RO, #-ARS 


FIRST SET OF BUTTERFLIES 


*ARO, RO 
#0R1,RI 
#AR2,R2 
#AR3,R3 
#0R7,R1,Ri 
#AR7,RO,RO 
#0R7,R2,R2 


; PERFORM THE ALPHA MULT’S 


; ONLY TWO LOCATIONS ARE ACTUALLY SWITCHED 


MPYFS 
STF 
STF 
STF 
STF 
LDF 
LDF 
SUBF3 
SUBF3 
STF 
MPYFS 
ADDF 3 
MPYF3 
AGLF3 
STF 
STF 
STF 


LOF 
LDF 
SUBF3 
SUBF 3 
STF 
MPYF3 
ADDF 3 
MPYF3 
ADDF3 
STF 
STF 
STF 


#AR7++(1),R3,R3 ; SKIP TO NEXT COEFF 
Ri, #AR1 

RO, #ARO 

R2, #AR2Z 

R3, #AR3 

#ARO,R2 ; THESE SECTIONS PERFORM 
#ARL RS + TWO BUTTERFLIES AT ONCE 
#ARO, X-ARO, RO 

#ARL,#-ARL,R1 

RO, #ARO 

R1, #+AR7, Rl ; -DELTA 

R3, #-AR1, RO 

RO, #AR7 ,RO : BETA 

R2, #-ARO,R2 

R2, #-ARO 

RO, #-AR1 

Ri, #AR1 


#AR2,R2 
#AR3,R2 
#AR2,#-ARZ, RO 
#AR3,#-ARS, Ri 
RO, #AR2 

Ri, ##AR7, Ri 
R3, #-AR3, RO 
RO, #AR7++(1R0),RO +s BETA ON NEXT GROUP 
R2, #-ARZ, R2 

R2, #-AR2 

RO, #-AR3 

R1, #AR3 


: ~DELTA GN NEXT GROUP 


SECOND GROUP OF BUTTERFLIES 


LDF 
LDF 
SUBF3 
SUBF3 
ADDF 3 
ADDF3 
STF 
STF 


#-AR1, RZ 
#AR1,R3 

#-ARL, #-ARO, Ri 
#ARI, HARD, RO 
R3, #ARO, RS 

R2, #-ARO,R2 
RI, #-ARL 

RZ, #-ARO 

RO, #AR1 

R3, #ARO 


+ THIS 15 THE SAME AS ABOVE, EXCEPT THE 
; POINTERS CHANGE 


#-AR3,R2 

#0R3,R3 

#-AR3, #-AR2, Ri 

#AR3, #ARZ,RO 
KART#++(1)RL,R1 5 -NU 
R3, #ARZ,R3 
#ART++(1),RO,RO + -GAMMA 
R2, #-ARZ, R2 
R2,¥AR7++(1),R2 + LAMBDA 
R3,#AR7,R3 0s MU 


06! 
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SIF R1, #-AR3 .global COS_TAB 


STF R2, #-AR2 data 

SIF RO, #AR3 COS_TAB .float 0.707106781188 ; ALFHA 

STF R3, #ARZ » float 0.923879532511 : BETA’ 
efloat -0.382683432345 ; -DELTA 

LAST SET OF BUTTERFLIES sfloat -0.195090322016 : -NU 

afloat -0.831469612303 ; -GAMMA 

LOF #-AR2, RZ sfloat  0.980785280403 ; LAMBDA 

LDF #ARZ,R3 float 0.559570233019 » MU 

SUBF3 #-AR2, #-ARO, Ri end 

SUBF3 #AR2,#ARO,RO + POINTERS ARE SET AS FOLLOWS: 

ADDF3 R3, #ARG,R3 + X(0) 

ADDF3 = RZ,#-ARO,R2 ss X(1) ARO 

STF R1, *-AR2 + X{2) 

STF RZ, #-ARO + X(3) ARI 

STF RO, #AR2 » Xt4) 

STF R3, #ARO s X(5) AR2 

LOF #-AR3, R2 + X{6) 

LDF #AR3, RS + X(7) AR 


SUBF3 ARS, #-ARL RI 
SUBF3 FAR, #ARL RO 
ADDF3 «3, #AR,R3 
ADDF3 ——-R2, #-ARI,R2 


SIF Ri, #-AR3 
STF R2, #-ARI 
STF RO, #0R3 
STF R3, #ARI 


SHUFFLE THE DATA ACCORDING TO PERMUTATION MATRIX P 


LOI ARS, ARO : POINTS TO SCRATCH 
LBI AR4, ARI 

ALDI 1, ARI 

LOI ARS, AR2 + POINTS TO INPUT 
LOI 7, AR3 , VECTOR 
ADDI AR2, AR3, ARS 

LOF #AR2++(1),RO + GOING UP 
LOF #AR3--(1),R1  ; GOING DOWN 
STF RO, #ARG++ (TRO) 
: SIF R1, #ARI++( I RO) 

LOF #ARZ++(1) RO 

LDF #AR3~-(1) RI 

STF RO, #ARO++( 1RO) 

STF Ri, #ARI++( TRO) 

LOF #AR2++(1) RO 

LOF #AR3-- (1) Ri 

BUD R4 s RETURN HOME 
STF RO, #ARO++(IRO) 

STF R1, #AR1++( IRO) 

LOF #AR2++(1) RO 

LOF #AR3--(1) RI 

STF RO, #ARO++( TRO) 

STF R1, #ARI++(IRO) 

2end 
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Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 


Introduction 


A filter selects or controls the characteristics of the signal it produces by condition- 
ing the incoming signal. The coefficients of the filter determine its characteristics and output 
a priori in many cases. Often, a specific output is desired, but the coefficients of the filter 
cannot be determined at the outset. An example is an echo canceller; the desired output 
cancels the echo signal (an output result of zero when there is no other input signal). In 
this case, the coefficients cannot be determined initially since they depend on changing 
line or transmission conditions. For applications such as this, it 1s necessary to rely on 
adaptive filtering techniques. 


An adaptive filter is a filter containing coefficients that are updated by an adaptive 
algorithm to optimize the filter’s response to a desired performance criterion. In general, 
adaptive filters consist of two distinct parts: a filter, whose structure is designed to per- 
form a desired processing function; and an adaptive algorithm, for adjusting the coeffi- 
cients of that filter to improve its performance, as illustrated in Figure 1. The incoming 
signal, x(n), is weighted in a digital filter to produce an output, y(n). The adaptive algorithm 
adjusts the weights in the filter to minimize the error, e(n), between the filter output, y(n), 
and the desired response of the filter, d(n). Because of their robust performance in the 
unknown and time-variant environment, adaptive filters have been widely used from 
telecommunications to control. 


d(n) 


e(n) 


FILTER 
STRUCTURE 


x(n) y(n) 


ADAPTIVE 
FILTER 


Figure 1. General Form of an Adaptive Filter 


Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 193 


Adaptive filters can be used in various applications with different input and output 
_ configurations. In many applications requiring real-time operation, such as adaptive predic- 
tion, channel equalization, echo cancellation, and noise cancellation, an adaptive filter 
implementation based on a programmable digital signal processor (DSP) has many ad- 
vantages over other approaches such as a hard-wired adaptive filter. Not only are power, 
space, and manufacturing requirements greatly reduced, but also programmability pro- 
vides flexibility for system upgrade and software improvement. 


The early research on adaptive filters was concerned with adaptive antennas [1] and 
adaptive equalization of digital transmission systems [2]. Much of the reported research 
on the adaptive filter has been based on Widrow’s well-known Least Mean Square (LMS) 
algorithm, because the LMS algorithm is relatively simple to design and implement, and 
it is well-understood and well-suited for many applications. All the filter structures and 
update algorithms discussed in this application report are Finite Impulse Response (FIR) 
filter structures and LMS-type algorithms. However, for a particular application, adap- 
tive filters can be implemented in a variety of structures and adaptation algorithms [1, 
3 through 9]. These structures and algorithms generally trade increased complexity for 
improved performance. An interactive software package to evaluate the performance of 
adaptive filters has also been developed [10]. 


The complexity of an adaptive filter implementation is usually measured in terms 
of its multiplication rate and storage requirement. However, the data flow and data 
manipulation capabilities of a DSP are also major factors in implementing adaptive filter 
systems. Parallel hardware multiplier, pipeline architecture, and fast on-chip memory size 
are major features of most DSPs [11, 12] and can make filter implementation more efficient. 


| Two such devices, the TMS320C25 and TMS320C30 from Texas Instruments [13, 

14], have been chosen as the processors for fixed-point and floating-point arithmetic. They 
combine the power, high speed, flexibility, and an architecture optimized for adaptive 
signal processing. The instruction execution time is 80 ns for the TMS320C25 and only 
60 ns for the TMS320C30. Most instructions execute in a single cycle, and the architec- 
tures of both processors make it possible to execute more than one operation per instruc- 
tion. For example, in one instruction, the TMS320C25 processor can generate an instruction 
address and fetch that instruction, decode the instruction, perform one or two data moves 
(if the second data is from program memory), update one address pointer, and perform 
one or two computations (multiplication and accumulation). These processors are 
designed for real-time tasks in telecommunications, speech processing, image process- 
ing, and high-speed control, etc. 
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To direct the present research toward realistic real-time applications, three adaptive 
structures were implemented: 


1. Transversal 
2. Symmetric transversal 
3. Lattice 


Each structure utilizes five different update algorithms: 


1. LMS 

2. Normalized LMS 
3. Leaky LMS 

4. Sign-error LMS 
5. Sign-sign LMS 


Each structure with its adaptation algorithms is implemented using the TMS320C25 
with fixed-point arithmetic and the TMS320C30 with floating-point arithmetic. The pro- 
cessor assembly code is included in the Appendix for each implementation. The assembly 
code for each structure and adaptation strategy can be readily modified by the reader to 
fit his/her applications and could be incorporated into a C function library as callable 
routines. . 


In this application report, the applications of adaptive filters, such as adaptive predic- 
tion, adaptive equalization, adaptive echo cancellation, and adaptive noise cancellation 
are presented first. Next, the implementation of the three filter structures and five adap- 
tive algorithms with the TMS320C25 and TMS320C30 is described. This is followed by 
the practical considerations on the implementation of these adaptive filters. The remainder 
of the application report covers coding options, such as the routine libraries that support 
both assembly and C languages. 


Applications of Adaptive Filters 


The most important feature of an adaptive filter is the ability to operate effectively 
in an unknown environment and track time-varying characteristics of the input signal. The 
adaptive filter has been successfully applied to communications, radar, sonar, control, 
and image processing. Figure 1 illustrates a general form of an adaptive filter with input 
signals, x(n) and d(n), output signal, y(n), and error signal, e(n), which is the difference 
between the desired signal, d(n), and output signal, y(n). The adaptive filter can be used 
in different applications with different input/output configurations. In this section we briefly 
discuss several potential applications for the adaptive filters [15]. 


Adaptive Prediction 


Adaptive prediction [16 through 18] is illustrated in Figure 2. In the general ap- 
plication of adaptive prediction, the signals are x(n) — delayed version of original signal, 
d(n) — original input signal, y(n) — predicted signal, and e(n) — prediction error or 
residual. 
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e(n) 


ADAPTIVE 
FILTER 


Figure 2. Block Diagram of an Adaptive Predictor 


A major application of the adaptive prediction is the waveform coding of a speech 
signal. The adaptive filter is designed to exploit the correlation between adjacent samples 
_ of the speech signal so that the prediction error is much smaller than the input signal on 
the average. This prediction error signal is quantized and sent to the receiver in order 
to reduce the number of bits required for the transmission. This type of waveform coding. 
is called Adaptive Differential Pulse-Code Modulation (ADPCM) [17] and provides data 
rate compression of the speech at 32 kb/s with toll quality. More recently, in certain on- 
line applications, time recursive modeling algorithms have been proposed to facilitate speech 
modeling and analysis. 


The coefficients of the adaptive predictor can be used as the autoregressive (AR) 
parameters of the nonstationary model. The equation of the AR process is 


u(n) = ay;* u(n—1) + ao* u(n—2) + ...... + an* un—m) + v(n) 


where aj, a2, .:.., A, are the AR parameters. Thus, the present value of the process u(n) 
equals a finite linear combination of past values of the process plus an error term v(n). 
This adaptive AR model provides a practical means to measure the instantaneous frequen- 
cy of input signal. The adaptive predictor can also be used to detect and enhance a narrow 
band signal embedded in broad band noise. This Adaptive Line Enhancer (ALE) provides 
at its output y(n) a sinusoid with an enhanced signal-to-noise ratio, while the sinusoidal 
components are reduced at the error output e(n). 


Adaptive Equalization 


Figure 3 shows another model known as adaptive equalization [2, 9, 15]. The signals 
in the adaptive equalization model are defined as x(n) — received signal (filtered version 
of transmitted signal) plus channel noise, d(n) — detected data signal (data mode) or pseudo 
random number (training mode), y(n) — equalized signal used to detect received data, 
and e(n) — residual intersymbol interference plus noise. 


196 Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 


DATA’ TRAINING 
MODE MODE 


PSEUDO 

ADAPTIVE RANDOM 

x(n) AE TER SLICER NUMBER 
GENERATOR 


Figure 3. Block Diagram of an Adaptive Equalizer 


The use of adaptive equalization to eliminate the amplitude and phase distortion in- 
troduced by the communication channel was one of the first applications of adaptive filtering 
in telecommunications [19]. The effect of each symbol transmitted over a time-dispersive 
channel extends beyond the time interval used to represent that symbol, resulting in an 
overlay of received symbols. Since most channels are time-varying and unknown in ad- 
vance, the adaptive channel equalizer is designed to deal with this intersymbol interference 
and is widely used for bandwidth-efficient transmission over telephone and radio channels. 


Adaptive Echo Cancellation 


Another application, known as adaptive echo cancellation [20, 21] is shown in Figure 
4. In this application, the signals are identified as x(n) — far-end signal, d(n) — echo 
of far-end signal plus near-end signal, y(n) — estimated echo of far-end signal, and e(n) 
— near-end signal plus residual echo. 


FAR-END 
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Figure 4. Block Diagram of an Echo Canceller 
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The adaptive echo cancellers are used in practical applications of cancelling echoes 
for long-distance telephone voice communication, full-duplex voiceband data modems, 
and high-performance audio-conferencing systems. To overcome the echo problem, echo 
cancellers are installed at both ends of the network. The cancellation is achieved by 
estimating the echo and subtracting it from the return signal. 


Adaptive Noise Cancellation 


One of the simplest and most effective adaptive signal processing techniques is adap- 
tive noise cancelling [1, 22]. As shown in Figure 5, the primary input d(n) contains both 
signal and noise, where x(n) is the noise reference input. An adaptive filter is used to 
estimate the noise in d(n) and the noise estimate y(n) is then subtracted from the primary 
channel. The noise cancellation output is then the error signal e(n). | 


The applications of noise cancellation include the cancellation of various forms of 
interference in electrocardiography, noise in speech signals, noise in fighter cockpit en- 
vironments, antennas sidelobe interference, and the elimination of 60-Hz hum. In the ma- 
jority of these noise cancellation applications, the LMS algorithm has been utilized. 


SIGNAL 
SOURCE 


, e(n) 


ADAPTIVE | 
FILTER 


x(n) | 
NOISE SOURCE 


Figure 5. General Form of a Noise Canceller 
Application Summary 


The above list of applications is not exhaustive and is limited primarily to applica- 
~ tions within the field of telecommunications. Adaptive filtering has been used extensively 
in the context of many other fields including, but not limited to, instantaneous frequency 
tracking, intrusion detection, acoustic Doppler extraction, on-line system identification, 
geophysical signal processing, biomedical signal processing, the elimination of radar clutter, 
beamforming, sonar processing, active sound cancellation, and adaptive control. 
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‘Implementation of Adaptive Structures and Algorithms 


Several types of filter structures can be implemented in the design of the adaptive 
filters such as Infinite Impulse Response (IIR) or Finite Impulse Response (FIR). An adap- 
tive IIR filter [1, 5], with poles as well as zeros, makes it possible to offer the same filter 
characteristics as the FIR filter with lower filter complexity. However, the major pro- 
blem with adaptive IIR filter is the possible instability of the filter if the poles move out- 
side the unit circle during the adaptive process. In this application report, only FIR structure 
is implemented to guarantee filter stability. 


An adaptive FIR filter can be realized using transversal, symmetric transversal, and 
lattice structures. In this section, the adaptive transversal filter with the LMS algorithm 
is introduced and implemented first to provide a working knowledge of adaptive filters. 


Transversal Structure with LMS Algorithm 
Transversal Structure Filter 


The most common implementation of the adaptive filter is the transversal structure 
(tapped delay line) illustrated in Figure 6. The filter output signal y(n) is 


N-1 
y(n) = wl(n)x(n) = = wn) x(n-i) (1) 
i=0 


where x(n)=[x(n) x(n—1) ... x(n—N+1)]! is the input vector, w(n)=[wo(n) wi(n) ... 
Wyn—1(n)]T is the weight vector, T denotes transpose, n is the time index, and N is the 
order of filter. This example is in the form of a finite impulse response filter as well as 
the convolution (inner product) of two vectors x(n) and w(n). The implementation of Equa- 
tion (1) is illustrated using the following C program: 


y(n] = 0.; 
for i = 0; i < N; i++) { 
y(n] += wnlil]*xn{i]; 


where wn [i] denotes wi(n) and xn[i] represents x(n—i). 


Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 199 


i) Wy -i(n) 


y(n) 


Figure 6. Transversal Filter Structure 


TMS320C25 Implementation 


The architecture of TMS320C25 [13] is optimized to implement the FIR filter. After 
execution of the CNFP (Configure Block BO as Program Memory) instruction, the filter 
coefficients w;(n) from RAM block BO (via program bus) and data x(n—1) from RAM 
block B1 (via data bus) are available simultaneously for the parallel multiplier (See Figure 7). 


Weights Data Buffer 
BO B1 


Data Bus 
Program 
Bus 


MULTIPLER 


Figure 7. TMS320C25 Arithmetic Unit (after execute CNFP instruction) 


PFC ARn 
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The MACD instruction enables complete multiply/accumulate, data move, and pointer 
update operations to be completed in a single instruction cycle (80 ns) if filter coefficients 
are stored in on-chip RAM or ROM or in off-chip program memory with zero wait states. 
Since the adaptive weights w;(n) need to be updated in every iteration, the filter coeffi- 
cients must be stored in RAM. The implementation of the inner product in Equation (1) 
can be made even more efficient with a repeat instruction, RPTK. An N-weight transver- 
sal filter can be implemented as follows [23]: : 


LARP ARn 

LRLK ARn,LASTAP 

RPTK N-1 

MACD COEFFP, * — (A) 


Where ARn is an auxiliary address register that points to x(n—N+1), and the Prefetch 
Counter (PFC) points to the last weight wy — ;(n) indicated by COEFFP. When the MACD 
instruction is repeated, the coefficient address is transferred to the PFC and is incremented 
by one during its operation. Therefore, the components of weight vector w(n) are stored 
in BO as 7 

Low Address 


PFC 


I 


High Address 


The MACD in repeat mode will also copy data pointed to by ARn, to the next higher 
on-chip RAM location. The buffer memories of transversal filter are therefore stored as 


Low Address 


x(n-N+2) 


ARn : x(n-N+1) 


High Address 
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In general, roundoff noise occurs after each multiplication. However, the 
TMS320C25 has a 16 X 16-bit multiplier and a 32-bit accumulator, so there is no roundoff — 
during the summing of a set of product terms in Program (A). All multiplication products 
are represented in full precision, and rounding is performed after they are summed. Thus 
y(n) is obtained from the accumulator with only one roundoff, which minimizes the round- 
off noise in the output y(n). Since both the tapped delay line and the adaptive weights 
are stored in data RAM to achieve the fastest throughput, the highest transversal filter 
order for efficient implementation on the TMS320C25 is 256. However, if necessary, 
higher order filters can be implemented by using external data RAM. 


TMS320C30 Implementation 


The architecture of TMS320C30 [14] is quite different from TI’s second generation 
processors. Instead of using program/data memory, it provides two data address buses 
to do the data memory manipulations. This feature allows two data memory addresses 
to be generated at the same time. Hence, parallel data store, load, or one data store with 
one data load can be done simultaneously. Such capabilities make the programming much 
easier and more flexible. Since the hardware multiplier and arithmetic logic unit (ALU) 
of TMS320C30 are separated, with proper operand arrangement, the processor can do 
one multiplication and one addition or subtraction at the same time. With these two com- 
bined features, the TMS320C30 can execute several other parallel instructions. These 
parallel instructions can be found in Section 11 of the Third-Generation TMS320 User’s 
Guide [14]. Associating with single repeat instruction RPTS, an inner product in Equa- 
tion (1) can be implemented as follows: 


MPYF3 *ARO+ +(1)%,*AR1++(1)%,R1 ; w[0].x[0] 
RPTS N-2 ; Repeat N—1 times | 
MPYF3 *ARO+ +(1)%,*ARI++(1)%,R1 > yl] = wi).xf] 
| | ADDF3 R1,R2,R2 
ADDF3 R1,R2,R2 ; Include last product 


where auxiliary registers ARO and AR1 point to x and w arrays. The addition in the parallel 
instruction sums the previous values of R1 and R2. Therefore, R1 is initialized with the 
first product prior to the repeat instruction RPTS. 


Note that the implementation above does not move the data in the x array like MACD 
does in TMS320C25. For filter delay taps, the TMS320C30 uses a circular buffer method 
to implement the delay line. This method reserves a certain size of memory for the buffer 
and uses a pointer to indicate the beginning of the buffer. Instead of moving data to next 
memory location, the pointer is updated to point to the previous memory location. 
‘Therefore, from the new beginning of the buffer, it has the effect of the tapped delay line. 
When the value of the pointer exceeds the end of the buffer, it will be circled around 
to the other end of the buffer. It works just like joining two ends of the buffer together 
as a necklace. Thus, new data is within the circular queue, pointed to by ARO, replacing 
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the oldest value. However, from an adaptive filter point of view, data doesn’t have to 
be moved at this point yet. 


TMS320C30 has a 32-bit floating point multiplier and the result from the multiplier is 
put and accumulated into a 40-bit extended precision register. If the input from A/D con- 
verter is equal to or less than 16 bits, there is no roundoff noise after multiplication. 
Theoretically, the TMS320C30 can implement a very high order of adaptive filter. 
However, for the most efficient implementation, the limitation of filter order is 2K because 
the TMS320C30 external data write requires at least two cycles. If the filter coefficients 
are put in somewhere other than internal data RAM, the instruction cycles will be increased. 


LMS Adaptation Algorithm 


The adaptation algorithm uses the error signal 
e(n) = d(n)—y(n), (2) 


where d(n) is the desired signal and y(n) is the filter output. The input vector x(n) and 
e(n) are used to update the adaptive filter coefficients according to a criterion that is to 
be minimized. The criterion employed in this section is the mean-square error (MSE)e: 


€ = Efe2(n)] (3) 


where E [.] denotes the expectation operator. If y(n) from Equation (1) is substituted into 
Equation (2), then Equation (3) can be expressed as 


€ = Efd’(n)] + wl(n)Rw(n) — 2 wl(n)p (4) 


where R = E[x(n)x!(n)] is the N x N autocorrelation matrix, which indicates the sample- 
to-sample correlation within a signal, and p = E [d(n) x(n)] is the N x 1 cross-correlation 
vector, which indicates the correlation between the desired signal d(n) and the input signal 
vector x(n). 


The optimum solution w* = [wo* w1* ... Wy—1*]!, which minimizes MSE, is de- 
rived by solving the equation | 


O€ 


Swin) : i“ 


This leads to the normal equation 


Rw* =p © 
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If the R matrix has full rank (i.e., R—! exists), the optimum weights are obtained by 
w* =R-Ip GD 


In Linear Predictive Coding (LPC) of a speech signal, the input speech is divided 
into short segments, the quantities of R and p are estimated, and the optimal weights cor- 
responding to each segment are computed. This procedure is called a block-by-block data- 
adaptive algorithm [24]. 


A widely used LMS algorithm is an alternative algorithm that adapts the weights 
on a sample-by-sample basis. Since this method can avoid the complicated computation 
_ of R—! and p, this algorithm is a practical method for finding close approximate solutions 
to Equation (7) in real time. The LMS algorithm is the steepest descent method in which 
the next weight vector w(n+ 1) is increased by a change proportional to the negative gra- 
dient of mean-square-error performance surface in Equation (7) 


w(n+1) = w(n) — uV (n) (8) 


where u is the adaptation step size that controls the stability and the convergence rate. 
For the LMS algorithm, the gradient at the nth iteration, V (n), is estimated by assuming _ 
squared error e2(n) as an estimate of the MSE in Equation (3). Thus, the expression for 
the gradient estimate can be simplified to 


2 
Oe ee TE (9) 
dw(n) | 


Substitution of this instantaneous gradient estimate into Equation (8) yields the 
Widrow-Hoff LMS algorithm 


w(n+1) = win) + 2 u e(n) xfn) (10) 


where 2 u in Equation (10) is usually replaced by u in practical implementation. 


Starting with an arbitrary initial weight vector w(0), the weight vector w(n) will 
converge to its optimal solution w*, provided u is selected such that [1] 


1 
0<u<——— , | (11) 


Amax 
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where max 1S the largest eigenvalue of the matrix R. \;ax can be bounded by 


N-1 
\max < TrIRI= 4 +£r(0)=Nr(0) (12) 
i=0 


where Tr [.] denotes the trace of a matrix and r(0) = E [x2(n)] is average input power. 


For adaptive signal processing applications, the most important practical considera- 
tion is the speed of convergence, which determines the ability of the filter to track nonsta- 
tionary signals. Generally speaking, weight vector convergence is attained only when the 
slowest weight has converged. The time constant of the slowest mode is [1] 


1 
t= umn (13) 


This indicates that the time constant for weight convergence is inversely propor- 
tional to u and also depends on the eigenvalues of the autocorrelation matrix of the input. 
With the disparate eigenvalues, i.e., \max> > Amin, the setting time is limited by the 
slowest mode, Amin. Figure 8 shows the relaxation of the mean square error from its in- 
itial value €9 toward the optimal value €,in. 


Adaptation based on a gradient estimate results in noise in the weight vector, therefore 
a loss in performance. This noise in the adaptive process causes the steady state weight 
vector to vary randomly about the optimum weight vector. The accuracy of weight vector 
in steady state is measured by excess mean square error (excess MSE = E [€ — En jn])- 
The excess MSE in the LMS algorithm [1] is 


excess MSE = u Tr[R] Emin (14) 


where €min is minimum MSE in the steady state. 


Equations (13) and (14) yield the basic trade-off of the LMS algorithm: to obtain 
high accuracy (low excess MSE) in the steady state, a small value of u is required, but 
this will slow down the convergence rate. Further discussions of the characteristics and 
properties of the LMS algorithm are presented in [1, 3 through 9]. The implementations 
of LMS algorithm with the TMS320C25 and TMS320C30 are presented next. 


Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 205 


x 10-3 Initial Wo = 0.2, w, = —1.0 


30.00 

22.50 
- 
uu 
~” 
= 

15.00 

7.50 

.00 7 | , 
64.75 | 128.50 192.25 256.00 
iteration 


Figure 8. Peacditig Curve of an Adaptive Transversal Filter and an LMS 
Algorithm with Different Step Sizes 


é 


206 Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 


Since u*e(n) is constant for N weights update, the error signal e(n) is first multiplied 
by u to get ue(n). This constant can be computed first and then multiplied by x(n) to up- 
date w(n). An implementation method of the LMS algorithm in Equation (10) is illustrated 
as | 


ue(n) = u*e[n]; 

for (i=0; i<N; i++) { 
wn{i] += uen * xnfi]; 

j 


TMS320C25 Implementation 


The TMS320C25 provides two powerful instructions (ZALR and MPYA) to per- 
form the update example in Equation (10). 


e ZALR loads a data memory value into the high-order half of the ac- 
cumulator while rounding the value by setting bit 15 of the accumulator 
to one and setting bits 0-14 of the accumulator to zero. The rounding is 
necessary because it can reduce the roundoff noise from multiplication. 


e MPYA accumulates the previous product in the P register and multiplies 
the operand with the data in T register. 


Assuming that ue(n) is stored in T and the address pointer is pointing to AR3, the 
adaptation of each weight is shown in the following instruction sequence: 


LRLK ARI1,N-1 ; Initialize loop counter 

LRLK AR2,COEFFD ; Point to wN—1(n) 

LRLK AR3,LASTAP+I1 — ; Point to xn—N-+1), since MACD in (A) 
; Already moved elements of current 
; x(n) to the next higher location 


MPY *-—,AR2 ; P=ue(n) * x(n—N+1) 
ADAP ZALR *,AR3 ; Load w;,(n) and round 
MPYA *—,AR2 ; ACC=P+w;,(n) and P=ue(n) * x(n—1) 
SACH *+,0,AR1 ; Store w,(n+1) 
BANZ ADAP,*—,AR2 ; Test loop counter, if counter not 


; Equal to 0, decrement counter, 
; Branch to ADAP and select AR2 as 
; Next pointer. 


For each iteration, N instruction cycles are needed to perform Equation (1), 6N in- 
struction cycles are needed to perform weight updates in Equation (10), and the total number 
of instruction cycles needed is 7N +28. An example of a TMS320C25 program implement- 
ing a LMS transversal filter is presented in Appendix Al. Note that BANZ needs three 
instruction cycles to execute. This can be avoided by using straight line code, which re- 
quires 4N +33 instruction cycles [25]. 
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TMS320C30 Implementation 


Although the TMS320C30 doesn’t provide any specific instruction for adaptive filter 
coefficients update, it still can achieve the weight updating in two instructions because 
of its powerful architecture. The TMS320C30 has a repeat block instruction RPTB, which 
allows a block of instructions to be repeated a number of times without any penalty for 
looping. A single repeat mode, RM, in the status register, ST, and three registers — repeat 
start address (RS), repeat end address (RE), and repeat counter (RC) — control the block 
repeat. When RM is set, the PC repeats the instructions between RS and RE a number 
of times, which is determined by the value of RC. The repeat modes repeat a block of 
code at least once in a typical operation. The repeat counter should be loaded with one 
less than the desired number of repetitions. Assuming the error signal e(n) in Equation 
(10) is stored in R7, the adaptation of filter coefficients is shown as follows: 


MPYF3 *ARO++(1)%,R7,R1 ; Rl = u*e(n)*x(n) 


LDI order —3,RC ; Initialize repeat counter 
RPTB LMS 7 ; Doi = 0, N-3 
MPYF3 *ARO++(1)%,R7,R1  ; Compute u*e(n)*x(n—1-—1) 
| |ADDF3 *AR1,R1,R2 ; Compute wi(n) + u*e(n)*x(n—i) 
LMS STF ~— R2,*ARI++(1)% ; Store wi(n+1) 
MPYF3 *ARO,R7,R1 >; Fori = N-2 
| |ADDF3 *AR1,R1,R2 
STF R2,*ARI++(1)% ; Store wN—2(n+ 1) 
ADDF3 *ARI,RI,R2 — > Include last w 
STF R2,*ARI1++(1)% ; Store wN—1(n+1) 


where auxiliary register ARO and AR1 point to x and w arrays. R1 is updated before loop 
since the accumulation in the parallel instruction uses the previous value in R1. In order 
to update x array pointer to the new beginning of the data buffer for next iteration (i-e., 
perform the data move), one of the loop instruction set has been taken out of loop and 
modified by eliminating the incrementation of ARO. 


To perform an N — weight adaptive LMS transversal filter on TMS320C30 requires 
3N +15 instruction cycles. There are N and 2N instruction cycles to perform Equations 
(1) and (10), respectively. The TMS320C30 example program is given in Appendix A2. 


The LMS algorithm considerably reduces the computational requirements by using 
a simplified mean square error estimator (an estimate of the gradient). This algorithm has 
proved useful and effective in many applications. However, it has several limitations in 
performance such as the slow initial convergence, the undesirable dependence of its con- 
vergence rate on input signal statistics, and an excess mean square error still in existence 
after convergence. 
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Symmetric Transversal Structure [5] 


A transversal filter with symmetric impulse response (weight values) about the center 
weight has a linear phase response. In applications such as speech processing, linear phase 
filters are preferred since they avoid phase distortion by causing all the components in 
the filter input to be delayed by the same amount. The adaptive symmetric transversal 
structure is shown in Figure 9. 


~~ ot pe — a 


\4 Ww2-1(n) 


y(n) 


Figure 9. Symmetric Transversal Structure (even order) 


This filter is actually an FIR filter with an impulse response that is symmetric about 
the center tap. The output of the filter is obtained as 


N/2-1 


yn) = LY wn) [x(n—i) + x(n—N+t+it+)] | (15a) 
i=0 


where N is an even number. Note that, for fixed-point processors, the addition in the 
brackets may introduce overflow because the input signals x(n—i) and x(n—N+i+1) are 
in the range of —1 and 1—2~—15. This problem can be solved by shifting x(n) to the right 
one bit. The update of the weight vector is 


wi(n+1) = win) + ue(n)[x(n—1) + x(n—N+i+1)] (15b) 
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for i=0,1,...,0N/2—!), which requires N/2 multiplications and N additions. Theoretical- 
ly, this symmetric structure can also reduce computational complexity since such filters 
require only half the multiplications of the general transversal filter. However, it is true 
only for the TMS320C30 processor. When a filter is implemented on the TMS320C25, 
the transversal structure is more efficient than the symmetric transversal structure due 
to the pipeline multiplication and accumulation instruction MACD, which is optimized 
to implement convolution in Equation (1). 


TMS320C25 Implementation 


For TMS320C25, in order to implement the instructions MAC, ZALR, and MPYA, 
we can trade memory requirements for computation saving by defining | 


z(n—i) = x(n—i) + x(n—N+i+1) , i=0,1,...,N/2—! , (16a) 
Now, Equation (15) can be expressed as 


N/2—1 
y(n) = = wj(n) z(n-i) (16b) 
 1= 3 


w\(n+1) = w,(n) + u e(n) z(n—i) , i=0,1,...,N/2—! (16c) 


Equation (16a) can be implemented using the TMS320C25 as 


LARK ARI, N/2-1 - Counter = N/2 —! 
LRLK AR2,LAST__X_; Point to x(n—N+1) 
LRLK AR3,FIRST__X ; Point to x(n) 
LRLK AR4,FIRST_Z ; Point to z(n) 
LARP AR3 
SYM LAC *+ 0,AR2 
ADD *— 0 AR4 
SACL. *+,0,AR1 
BANZ SYM,*—,AR3 


The instruction sequence to implement the LMS algorithm in Equations (1) and (10) 
can be used to implement Equations (16b) and (16c), except using MAC instead of MACD © 
in Program (A). Therefore, N instruction cycles are needed to shift data in x(n), 3N in- 
struction cycles are needed to implement Equation (16a), N/2 for Equation (16b), and 
3N for Equation (16c). The total number of instruction cycles required to implement the 
symmetric transversal filter with the LMS algorithm is 7.5N+38. Where 7.5N is an in- 
teger because N is chosen as an even number. The 0.5N instruction cycles come from 
Equation (15a) since symmetric transversal structure folds the filter taps into half of the 
order N (see Figure 9). The maximum filter length for most efficient code, 256, is the 
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same as for the FIR filter. The use of the additional data memory can be obtained from 
the reduced data memory requirement for weights of the symmetric transversal filter. The 
complete TMS320C25 program is given in Appendix B1. 


Note that instead of storing buffer locations x(n) contiguously, then using DMOV 
to shift data in the buffer memory (requiring N cycles) at the end of each iteration, we 
can use a circular buffer with pointers pointing to x(n) and xm—N +1). Since pointer up- 
dating requires several instruction cycles, compared with N cycles using DMOV to up- 
date the buffer memory contents, the circular buffer technique is more efficient if N is large. 


TMS320C30 Implementation 


As mentioned above, the TMS320C30 uses a circular buffer instead of data move 
technique. Therefore, it does not have to implement tapped delay line separately as 
TMS320C25. Equations (1) and (16a) can be combined and implemented in the same loop. 
The advantage of this is that a parallel instruction reduces the number of the instruction 
cycles. The implementation is shown as follows: 


LDF 0.0,R2 > Clear R2 
LDI order/2 —2,RC ; Set up loop counter 
RPTB INNER > Doi = 0, N/2 -2 
ADDF3 *AR4++(1)%,*AR5——(1)%,R1; z@) = x(n—i) + x(n+N-i) 
MPYF3_ R1,*ARI++(1),R3 > R3 = w{] * z[] 
| | STF R1,*AR2+ +(1) ; Store z(i) 
INNER ADDF3 __ R3,R2,R2 ; Accumulate the result for y 


ADDF3 *AR4++(1)%,*ARS——(1)%,R1; For i = N/2 —! 
MPYF3 _—«R1,*AR1I — —(IRO),R3 

| | STF R1,*AR2——(IRO) 
ADDF3 _ R3,R2,R2 ; Include last product 


where AR4 and ARS point to x[0] and x[N—1]. AR1 and AR2 point to w and z array, 
respectively. IRO contains value of N/2 —!. The same instruction codes of weight update 
of transversal filter can be used in symmetric transversal structure by changing the x ar- 
ray pointer to the z array pointer. Appendix B2 presents an example program. The total 
number of instructions needed is 2.5N+15, which is less than that of the transversal 
structure. 


Lattice Structure [6] 


An alternative FIR filter realization is the lattice structure [26]. A discussion of the 
transversal filter with the LMS algorithm shows that the convergence rate of the transver- 
sal structure is restricted by the correlation of signal components; i.e., the eigenvalue spread, 
Amax/ Amin- The lattice structure is a decorrelating transform based on a family of predic- 
tion error filters as illustrated in Figure 10. The recursive equations that describe the lat- 
tice predictor are 
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fo(n) = bo(n) = x(n) | (17a) 
f(t) = fm—1(n) — km(n)bm—1(n—1), 0 <m<=M (17) 
b(n) = bm—y(n—1) — Kkm(n)fn—1(n), 0 << m <=M (17c) 


where f,,(n) represents the forward prediction error, b,,(n) represents the backward predic- 
tion error, k,,(n) is the reflection coefficients, m is the stage index, and M is the number 
of cascaded stages. The lattice structure has the advantage of being order-recursive. This 
property allows adding or deleting of stages from the lattice without affecting the existing 
Stages. 


fo(n) f4(n) fm(n) 


bm(n) 


fm-1 (n) fm(n) 


bm-1(n) bm(n) 


Figure 10. Lattice Structure 


To implement the lattice filter for processing actual data, the reflection coefficients 
k(n) are required. These coefficients can be computed according to estimates of the 
autocorrelation coefficients using Durbin’s algorithm. However, it would be more effi- 
cient if these reflection coefficients could be estimated directly from the data and updated 
on a sample-by-sample basis, such as LMS algorithm [6]. The reflection coefficient 
k,,(n+ 1) can be recursively computed [7]: 
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ky(nt+ 1) = ky) + ulfm()bm—-1(a—-1) + ba(@)fm-1@)], 0 < m <= M(18) 


For applications such as noise cancellation, channel equalization, line enhancement, 
etc., the joint-process estimation [3] illustrated in Figure 11 is required. This device per- 
forms two optimum estimations: the lattice predictor and the multiple regression filter. 
The following equations define the implementation of the regression filter 


eg(n) = d(n) — bo(n)go(n) (19a) 
Cm(N) = €m—1(n) —by_1M)gm-1(9), 0 << m <= M (19b) 


Sm(nt+1) = gy(n) + Uem(n)bp(n), 0<=m<=M (20) 


where the LMS algorithm is used to update the coefficients of the regression filter. For 
noise cancellation application, e,,(n) corresponds to the output e(n) in Figure 5. For ap- 
plications such as adaptive line enhancer and channel equalizer, filter output y(n) is ob- 
tained as 


M 
y(n) = 4 gy(n) b(n) (21) 
m=0 


€m(n) 


y(n) 


Figure 11. Lattice Structure with Joint Process Estimation 
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TMS320C25/TMS320C30 Implementation 


There are five memory locations—f,,(n), b»(n), b,(n—-1), k(n), and g,,(n)— 
required for each stage. The limitation of on-chip data RAM is 544 words for the 
TMS320C25 and 2K words for the TMS320C30. A maximum of 102 stages can therefore 
be implemented on a single TMS320C25 for the highest throughput. Here, another ad- 
vantage of TMS320C30 architecture design is shown. Since the operands of the mathematic 
operations can be either memory or register on the TMS320C30, and there is no need 
to preserve the values of f,, array for the next iteration (refer to Equations (17) and (18)), 
the f,, array can be replaced by an extended precision register. Thus, for the most effi- 
cient codes, the stage limitation of lattice structure for TMS320C30 is 512, or one-fourth 
of the 2K on-chip RAM. 


Lattice structures have superior convergence properties relative to transversal struc- 
tures and good stability properties; e.g., low sensitivity to coefficient quantization, low 
roundoff noise, and the ability to check stability by inspection. The disadvantages of lat- 
tice filter algorithms are that they are numerically complex and require mathematical 
sophistication to thoroughly understand their derivations. Furthermore, as shown in Ap- 
pendixes Cl and C2, lattice structures cannot take advantage of the TMS320C25 and 
TMS320C30’s pipeline architecture to achieve high throughput. The total number of in- 
struction cycles needed is 33M+32 for TMS320C25 and. 14M+4 for TMS320C30. 


Modified LMS Algorithms [5] 


The LMS algorithm described in previous sections is the most widely used algorithm 
in practical applications today. In this section, a set of LMS-type algorithms (all direct 
variants of the LMS algorithm) are presented and implemented. The motivation for each 
is some practical consideration, such as faster convergence, simplicity in implementation, 
or robustness in operation. The description of these algorithms is based on the transversal 
structure. However, these algorithms can be applied to the symmetric transversal struc- 
ture and the lattice structure as well. | 


Normalized LMS Algorithm 


The stability, convergence time, and fluctuation of the adaptation process is governed 
by the step size u and the input power to the adaptive filter. In some practical applica- 
tions, you may need an automatic gain control (AGC) on the input to the adaptive filter. 
The normalized LMS algorithm is one important technique used to improve the speed of 
convergence. This is accomplished while maintaining the steady-state performance indepen- 
dent of the input signal power. This algorithm uses a variable convergence factor u(n), 
which represents a u that is a function of the time index, | 


u(n) = a/ var(n) | (22) 
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and 
w(n+1) = w(n) + u(nje(n)x(n) (23) 


where a is a convergence parameter, and var(n) is an estimate of the input average power 
at time n using the recursive equation 


var(n) =(1 — b) var(n—1) + b x2 (n) (24) 


where 0 < b << 1 is a smoothing parameter. In practice, a is chosen equal to b. 


For fixed-point processors, there is a way to reduce the computation of power estima- 
tion. Since b in Equation (24) doesn’t have to be an exact number, it is computationally 
convenient to make b a power of 2. If b = 2—™, the multiplication of b can be implemented 
by shifting right m bits. Therefore, the var(n) in Equation (24) is computed by 


var(n—1) — b var(n—1) + b x2(n) 
var(n—1) — var(n—1) * 2—™ + x2(n) * 2-m 


var(n) 


Then, assuming the variance var(n) of input signal is stored in the data memory 
VAR and its initial value is 0.99997 (= 1— 2-15), The implementation of this equation 
using TMS320C25 assembly code is 


LARP AR3 

LRLK AR3,FRSTAP _ ; Point to input signal x 
SQRA * | ; Square input signal 
SPH ERRF 

ZALH VAR ; ACC = var(n-—1) 


SUB VAR,SHIFT ; ACC = (1—)b) var(n—1) 
ADD ERRF,SHIFT ; ACC = (1—b) var(n—1) + b x2(n) 
SACH VAR ; Store var(n) 


The normalized LMS algorithm can be implemented as 


var = b, * var + b * xn[O] * xn(O]; 
unen = e[n] * a/ var; 

for @ = 0; i< N; i++) 

wn{i] += unen * xnfi]; 


where b; = (1—b), xn{O] = x(n), and unen = u(n)*e(n). This normalized technique 
reduces the dependency of convergence speed on input signal power at the cost of in- 
creased computational complexity, especially the division in Equation (22). The algorithms 
of implementing the fixed-point and floating-point division on the TMS320C25 and 
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TMS320C30 can be found in the user’s guide for each device [13, 14]. Since the power 
of input signal is always positive, those codes can be simplified to save computation time. 


Since the power estimation in Equation (24) and step size normalization in Equation (22) | 
are performed once for each sample x(n), the computation increase can be ignored when 
N is large. As shown in Appendixes D1 and D2, the total number of instruction cycles | 
needed for the normalized LMS algorithm (7N +57 for the TMS320C25 and 3N +47 for 
the TMS320C30) is slightly higher than for the LMS algorithm (7N+34 and 3N+15) 
when N is large. 


Sign LMS Algorithms 


The LMS algorithm requires 2N multiplications and additions for each iteration; 
this amount is much lower than the requirements for many other complicated adaptive 
algorithms, such as Kalman and Recursive Least Square (RLS) [3]. However, there are 
three simplified versions of the LMS algorithm (sign-error LMS, sign-data LMS, and sign- 
sign LMS) that save the number of multiplications required and extend the real-time band- 
width for some applications [5, 27]. 


First, the sign-error LMS algorithm can be expressed as 
w(n+1) = w(n) + u signfe(n)] x(n) (25) 


where sign[e(n)] = 1, if eM) >0 
—1 ,if em) <O 


The C program implementation of sign-error LMS algorithm is 


tu = u; 
if (e{n] < 0.) { 
tu = —u;} 


for (i=0; i<N; i++) { 
wn{i] += tu * xnfi]; 
J 


As shown in Appendixes El and E2, the instruction sequence to implement weight 
update with the sign-error LMS algorithm is identical to that with the LMS algorithm. 
The difference is that the sign-error LMS algorithm uses the sign [e(n)]*u instead of e(n)*u 
before the update loop. Note that, for fixed-point processors, if u is chosen to be a power 
of two, the u x(n) can be accomplished by shifting right the elements in x(n). This algorithm 
keeps the same convergence direction as the LMS algorithm. Thus, the sign-error LMS 
algorithm should remain efficient, provided the variable gain u(n) is matched to this change. 
However, the use of constant step size u to reduce computation comes at the expense of 
a slow convergence rate since smaller u is normally used for stability reasons. 
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The programs in Appendixes E1 and E2 implement a transversal filter with sign- 
error LMS algorithm in looped code. The total number of instruction cycles needed for 
this algorithm using the TMS320C25 is 7N+26, which is slightly less than for the LMS 
algorithm’s 7N +28. Computing u*e(n) takes 5 instruction cycles. The sign-error LMS 
algorithm determines the sign of the u by checking the sign of e(n), which takes only 3 
instruction cycles. The total number of instruction cycles needed for the sign-error LMS 
algorithm using the TMS320C30 is 3N+16, which is slightly higher than for the LMS 
algorithm. This occurs because the TMS320C30 takes only one instruction cycle to com- 
pute u*e(n) and two instruction cycles to determine the sign of the u. 


Secondly, the sign-data LMS algorithm is 
w(n+1) = w(n) + u e(n) sign[x (n)] (26) 


This equation can be implemented as 


wj(n+1) = w;(n) + ue(n) , if x(n—-1) >= 0 


w,(n) — ue(n) , if x(n—1i) <0 


for i=0,1,...,N—1. Since the sign determination is required inside the adaptation loop 
to determine the sign of x(n—1i), slower throughput is expected. The total number of in- 
struction cycles needed is 11N +26 for the TMS320C25 and 5N + 16 for the TMS320C30. 


Finally, the sign-sign LMS algorithm is 
w(n+1) = win) + u sign[e(n)] sign[x(n)] | (27) 


which requires no multiplications at all and is used in the CCITT standard for ADPCM 
transmission. As we can see from the above equations, the number of multiplications is 
reduced. This simplified LMS algorithm looks promising and is designed for VLSI or 
discrete IC implementation to save multiplications. 


The sign-sign LMS algorithm can be implemented as 


for G=0; i<N; i+ +) { 
if (e[n] >= 0.) { 
if (xn{i] >= 0.) 
wn{i] += u; 


else 
wn{i] —= u; } 
else { 
if (xnfi]> = 0.) 


wn{i]— = u; 
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else 
wn[i] += u; } } 


When this algorithm is implemented on TMS320C25 and TMS320C30 with pipeline 
architecture and a parallel multiplier, the performance of sign-sign LMS algorithm is poor 
compared to standard LMS algorithm due to the determination of sign of data, which can 
break the instruction pipeline and can severely reduce the execution speed of the processors. 


In order to avoid double branches inside the loop, the XOR instruction is utilized 
to check the sign bit of e(n) and x(n—i). The sign-sign LMS algorithm can be implemented 
as 


wj(n+1) = w,(n) + u, if signfe(n)] = sign[x(n—1)] 
w,(n) — u , otherwise 


The following TMS320C25 instruction sequence implements this algorithm without 
branching (assuming that the current address register used is AR3): 


LRLK ARI1,N—1 ; Set up counter 
LRLK AR2,COEFFD > ; Point to w;(n) 
LRLK AR3,LASTAP+1 _ ; Point to x(n—1) 


ADAP LAC *— 0,AR2 ; Load x(n—i) 
XOR ERR ; XOR with e(n) 
SACL  ERRF ; Save sign bit, sign = O if same signs 
; Sign = 1 if different signs 
LAC ERRF ; Sign extension to ACCH, 


; ACCH = OIf ERRF > = 0 
; ACCH = OFFFFh if ERRF < 0 


XORK MU,15 _ 3 Take one’s complement of m 
; If sign = 1 

ADD * 15 ; Weight update 

SACH *+ 1,AR1 ; Save new weight 


BANZ ADAP,*—,AR3 


The one’s complement of u is used instead of —u, because they are only slightly 
different and the step size does not require the exact number. The weight update with 
this technique requires 10N instruction cycles and FIR filtering requires N instruction cycles 
so that the total number of instruction cycles needed is 11N+21. The complete TMS320C25 
assembly program is given in Appendix F1. 


To determine whether a positive or negative u should be used without branching 
is trickier in the TMS320C30. Fortunately, the extended precision registers of TMS320C30 
interpret the 32 most-significant bits of the 40-bit data as the floating-point number and 
~ the 32 least-significant bits of the 40-bit data as an integer. When a floating-point number 
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changes its sign, its exponent remains the same. Therefore, the sign of step size u can 
be determined by using XOR logic on its mantissa. The following code shows how the 
sign-sign LMS algorithm is implemented on the TMS320C30. 


ASH —31,R7 ; R7 = Sign{e(n)] 

XOR3 ~=RO,R7,R5 ; RS = Signfe(n)] * u 

LDF *ARO++(1)%,R6 ; R6 = x(n) 

ASH —31,R6 ; R6 = Sign[x(n—1)] 

XOR3  ~=R5,R6,R4 ; R4 = Sign[x(n—1)]*Sign[e(n)] * u 
ADDF3 *ARI1,R4,R3 ; R3 = w;(n) + R4 

LDI order —3,RC ; Initialize repeat counter 

RPTB SSLMS ; Doi = 0, N-3 


LDF *ARO++(1)%,R6_ ; Get next data 
|| STF  R3,*AR1++(1)%_ ; Update w;(n+1) 


ASH —31,R6 | ; Get the sign of data 
XOR3 = R5,R6,R4 ; Decide the sign of u 
SSLMS ADDF3 *ARI1,R4,R3 ; R3 = w,(n) + R4 

LDF *ARO,R6 > Get last data 

|| STF R3,*ARI++(1)%  ; Update wy_2(n+1) 
ASH —31,R6 ; Get the sign of data 
XOR3_ =R5,R6,R4 ; Decide the sign of u 
ADDF3 *ARI1,R4,R3 ; Compute wy-;(n+1) 


STF R3,*ARI++(1)% _ ; Store last w(n+1) 


Here, RO, R4, and R5 contain the value of u before updating. ARO and AR1 point 
to x array and w array, respectively. R7 contains the value of error signal e(n). The com- 
plete program is given in Appendix F2. The total number of instruction cycles is 5N+ 16, 
which is much higher than LMS algorithm. 


The sign-sign LMS algorithm is developed to reduce the multiplication requirement 
of the LMS algorithm. Since DSPs provide the hardware multiplier as a standard feature, 
this modification does not provide any advantage when implementing this algorithm on 
the DSPs. On the contrary, it causes some disadvantages since decision instructions will 
destroy the instruction pipeline. If you use the XOR logic operation in order to avoid us- 
ing the decision instructions, the complexity of the program will be increased and the total 
number of instruction cycles will be greater than the regular LMS algorithm. 


Leaky LMS Algorithm 


When adaptive filters are implemented on signal processors with fixed word lengths, 
roundoff noise is fed back to adaptive weights and accumulates in time without bound. 
This leads to an overflow that is unacceptable for real-time applications. One solution is 
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re 


based upon adding a small forcing function, which tends to bias each filter weight toward 
zero. The leaky LMS algorithm has the form 


w(n+1) = r w(n) + u e(n) x(n) | (28a) 


where r is slightly less than 1. 


Since r can be expressed as 1 — c andc < <1, the TMS320C25 can take advantage 
of the built-in shifters to implement this algorithm. Therefore, Equation (28a) can be 
changed to 


w(n+1) = win) — c w(n) + u e(n) x(n) | | (28b) 


In order to achieve the highest throughput by using ZALR and MPYA, cw(n) can 
be implemented by shifting w;(n) right by m bits where 2—™ is close to c. Since the length 
of the accumulator is 32 bits and the high word (bits 16 to 31) is used for updating w(n), 
shifting right m bits of wj(n) can be implemented by loading w,(n) and shifting left 
16 — m bits. The sequence of TMS320C25 instructions to implement Equation (28b) is 
shown as 


LRLK ARI,N-1 3; Set up counter 
LRLK AR2,COEFFD ; Point to w,(n) 
LRLK AR3,LASTAP+1 — ; Point to x(n — 1) 
LT ERRF | ; T = ERRF =u*e(n) 
MPY *— AR2 

ADAPT ZALR ~~ *,AR3 
MPYA *—,AR2 
SUB * LEAKY ; LEAKY=16—m 
SACH  *+,0,ARI1 
BANZ ADAPT,*—,AR2 


For each iteration, 7N instruction cycles are needed to perform the adaptation pro- 
cess (6N for the LMS algorithm). The total number of instruction cycles needed is 8N+28 
(see Appendix G1 for the complete program). The leaky factor r has the same effect as 
adding a white noise to the input. This technique not only can solve adaptive weights 
overflow problem, but also can be beneficial in an insufficient spectral excitation and stalling 
situation [5]. 


_ The method used above is especially for the TMS320C25, which has a free shift 
feature. Since TMS320C30 is a floating-point processor, r can simply multiply to filter 
coefficient. However, in order to reduce the instruction cycles, this multiplication can 
combine with another instruction to be a parallel instruction inside the loop. The follow- 
ing code shows how to rearrange the instructions from the LMS algorithm to include this 
multiplication without an extra instruction cycle. 
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MPYF @u__r,R7 
MPYF3 *ARO++(1)%,R7,RI1 ; R1 
MPYF3 

| | ADDF3 *ARI1,R1,R2 
LDI order —4,RC 
RPTB LLMS 
MPYF3 *AR2,R2,RO 

|| ADDF3 *+ARI1(1),R1,R2 

LLMS MPYF3 

| | STF RO,*ARI++4+(1)% 
MPYF3 *AR2,R2,RO 

|| ADDF3 *+ARI1(1),R1,R2 
MPYF3 *ARO,R7,R1 

| | STF RO,*AR1+ +(1)% 
MPYF3 *AR2,R2,RO 

|| ADDF3 *+ARI1(1),R1,R2 

* 

MPYF3 *AR2,R2,RO 

| | STF RO,*AR1++(1)% 
STF RO,*AR1+ +(1)% 


>; R7 = e(n)*u/r 
e(n)*u*x(n)/r 


*ARO+ +(1)%,R7,R1 ; R1 = e(n)*u*x(n—1)/r 


; R2 = wo(n) + e(n)*u*x(n)/r 

; Initialize repeat counter 

;>doi= 0, N-4 

>; RO = r*w,(n) + e(n)*u*x(n—1) 

; R2 = wy41() + e(n)*u*x(nz—i—1)/r 


*ARO+ +(1)%,R7,R1 ; Rl = e(n)*u*x(n—i—2)/r 


; Store wi(n+ 1) 


; RO = r*wn_-3(n) + e(n)*u*x(n—N +3) 
; R2 = wyn_-2(n) + e(n)*u*x(n—N+2)/r 
> Rl = e(n)*u*x(n—N+1)/r 

; Store wN—3(n+ 1) 

; RO = r*w,(n) + e(n)*u*x(n—N +2) 

; R2 = wn-1(n) + 

: e(n)*u*x(n—N+1)/r 

; RO = r*w,(n) + e(n)*u*x(n—N+1) 

; Store wn—2(n+1) 

; Update last w 


Auxiliary registers ARO and ARI point to x and w arrays. AR2 points to the memory 
location that contains value r. R7 contains the value of error signal e(n). R1 and R2 are 
updated before the loop because the parallel instructions inside the loop use the previous 
values in R1 and R2. Note that R1 is updated twice before the loop because the updating 
of R2 requires the previous value of R1. In order to update x array pointer to the new 
beginning of the data buffer for next iteration, two of the loop instruction sets have been 
taken out of loop and modified by eliminating the incrementation of ARO. The TMS320C30 
assembly program of an adaptive transversal filter with the leakage LMS algorithm is listed 
in Appendix G2 as an example. The total number of instruction cycles for this algorithm 
is 3N+15, which is the same as the LMS algorithm. This example shows the power and 


flexibility of the TMS320C30. 
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Implementation Considerations 


The adaptive filter structures and algorithms discussed previously were derived on 
the basis of infinite precision arithmetic. When implementing these structures and algorithms 
on a fixed integer machine, there is a limitation on the accuracy of these filters due to 
the fact that the DSP operates with a finite number of bits. Thus, designers must pay at- 
tention to the effects of finite word length. In general, these effects are input quantization, 
roundoff in the arithmetic operation, dynamic range constraints, and quantization of filter 
coefficients. These effects can either cause deviations from the original design criteria 
or create an effective noise at the filter output. These problems have been investigated 
extensively, and techniques to solve these problems have been developed [28, 29]. 


The effects of finite precision in adaptive filters is an active research area, and some 
significant results have been reported [30 through 32]. There are three categories of finite 
word length effects in adaptive filters: 


e Dynamic Range Constraint (scaling to avoid overflow). Since this is not 
applicable for a floating-point processor, the TMS320C30 is not mentioned 
in this portion. 


e Finite Precision Errors (errors introduced by roundoff in the arithmetic). 
e Design Issues (design of the optimum step size u that minimizes system 
noise). 


Dynamic Range Constraint 
As shown in Figure 1, the most widely used LMS transversal filter is specified by 
the difference equations 
N= 1 
y(n) = & w;(n) x(n—i) (29) 
|= ‘ 


and 
wj(n+1) = w,(n) + u*e(n)*x(n—1), fori = 0, 1, ..., N-1 (30) 


where x(n-—1i) is the input sequence and w,;(n) are the filter coefficients. 


If the input sequence and filter coefficients are properly normalized so that their 
values lie between —1 and 1 using Q15 format, no error is introduced into the addition. 
However, the sum of two numbers may become larger than one. This is known as overflow. 
The TMS320C25 provides four features that can be applied to handle overflow manage- 
ment [13]: 
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A. Branch on overflow conditions. 

B. Overflow mode (saturation arithmetic). 
C. Product register right shift. 

D. Accumulator right shift. 


One technique to inhibit the probability of overflow is scaling, 1.e., constraining 
each node within an adaptive filter to maintain a magnitude less than unity. In Equation 
(29), the condition for |y(n)| <1 is 


N-1 
Xmax < 1 / p> | wi(n)| (31) 


i=0 


where Xmax denotes the maximum of the absolute value of the input. The right shifter 
of the TMS320C25, which operates with no cycle overhead, can be applied to implement 
scaling to prevent overflow of multiply-accumulate operations in Equation (29). By set- 
ting the PM bits of status register ST1 to 11 using the SPM or LST1 instructions, the 
P register output is right-shifted 6 places. This allows up to 128 accumulations without 
the possibility of an overflow. SFR instruction can also be used to right shift one bit of 
the accumulator when it is near overflow. 


Another effective technique to prevent overflow in the computation of Equation (29) 
is using saturation arithmetic. As illustrated in Figure 12, if the result of an addition 
overflows, the output is clamped at the maximum value. If saturation arithmetic is used, 
it is common practice [28] to permit the amplitude of x(n—i) to be larger than the upper 
bound given in Equation (31). Saturation of the filter represents a distortion, and the choice 
of scaling on the input depends on how often such distortion is permissible. The satura- 
tion arithmetic on the TMS320C25 is controlled by the OVM bit of status register STO 
and can be changed by the SOVM (set overflow mode), ROVM (reset overflow mode), 
or LST (load status register). 


output 


input 


Figure 12. Saturation Arithmetic 
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Filter coefficients are updated using Equation (30). As illustrated in Figure 13, a 
new technique presented in reference 31 uses the scaling factor a to prevent filter’s coeffi- 
cients overflow during the weight updating operation. Suppose you use a = 2—™, A right 
shift by m bits implements multiplication by a, while a left shift by m bits implements 
the scaling factor 1/a. Usually, the required value of a is not expected to be very small 
and depends on the application. Since a scales the desired signal, it does not affect the 
rate of convergence. 


d(n) 


e(n) 


FILTER 


x(n} STRUCTURE 


y(n) 


ADAPTIVE 
ALGORITHM 


Figure 13. Fixed-Point Arithmetic Model of the Adaptive Filter 
Finite Precision Errors 
The TMS320C25 is a 16/32-bit fixed point processor. Each data sample is represented 
by a fractional number that uses 15 magnitude bits and one sign bit. The quantization interval 


6 = 2-b, (32) 


(b = 15), is called the width of quantization since the numbers are quantized in steps of 6. 


The products of the multiplications of data by coefficients within the filter must be 
rounded or truncated to store in memory or a CPU register. As shown in Figure 14, the 
roundoff error can be modeled as the white noise injected into the filter by each rounding 
operation. This white noise has a uniform distribution over a quantization interval and 
for rounding 


—1/28<e <1/25 (33a) 


224 Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 


and 
6e2 = (1/12) &2 (33b) 
where 6,2 is the variance of the white noise. 


In general, roundoff noise occurs after each multiplication. However, the 
TMS320C25 has a full precision accumulator, i.e., a 16 X 16-bit multiplier with a 32-bit 
accumulator, so there is no roundoff when you implement a set of summations and 
multiplications as in Equation (29). Rounding is performed when the result is stored back 
to memory location y(n), so that only one noise source is presented in a given summation 
node. 


y = Rounding [x e a] = x e ate 


Figure 14. Fixed-Point Roundoff Noise Model 


For floating-point arithmetic, the variance of the roundoff noise [31] is slightly dif- 
ferent from Equation (33b), 


O.* = 0.18 62 (33c) 


Since TMS320C30 has a 40/32-bit floating-point multiplier and ALU, the result from 
arithmetic operation has the mantissa of [31] bits plus one sign bit. Therefore, the 6 in 
Equation (33c) is equal to 2-31. Another roundoff noise is introduced when you restore 
the result back to memory. This noise has the power of 2—23 because the mantissa of 
TMS320C30 floating-point data is 23 bits plus one sign bit. Therefore, unless the filter 
order is high, the roundoff noise from arithmetic operation is relatively small. 


The steady-state output error of the LMS algorithm due to the finite precision 
arithmetic of a digital processor was analyzed in reference [31]. It was found that the power 
of arithmetic errors is inversely proportional to the adaptation step size u. The significance 
of this result in the adaptive filter design is discussed next. Furthermore, roundoff noise 
is found to accumulate in time without bound, leading to an eventual overflow [32]. The 
leaky LMS algorithm presented in the previous section can be used to prevent the algorithm 
overflow. 
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Design Issues 
The performance of digital adaptive algorithms differs from infinite precision adap- 
tive algorithms. The finite precision LMS algorithm is given as 


w(n+1) = win) + Qlu*e(n)*x(n)] (34) 


where Q [.] denotes the operation of fixed point quantization. Whenever any correction 
term u*e(n)*x(n—i) in the update of the weight vector in Equation (34) is too small, the 
quantized value of that term is zero, and the corresponding weight w;(n) remains unchang- 
ed. The condition for the ith component of the vector w(n) not to be updated when the 
algorithm is implemented with the TMS320C25 is 


| u e(n) x(n—i) | <6/2 (35a) 
where 6= 2~—15. The condition for TMS320C30 is 
| u e(n) x(n—i) | < 2exp * 6/2 (35b) 


where exp is the exponent of w;(n) and 6= 2-23. 


Since the adaptive algorithms are designed to minimize the mean squared value of 
the error signal, e(n) decreases with time. If u is small enough, most of the time the weights 
are not updated. This early termination of the adaptation may not allow the weight values 
to converge to the optimum set, resulting in a mean square error larger than its minimum 
value. The conditions for the adaptation to converge completely [30] is u > Umjn Where 


62 


Unin = 36a 
min 40,7 Emin ( ) 
for the TMS320C25 and the TMS320C30 
x 
Wmin = ee — a (36b) 
4oy €min 


where 0,7 is the power of input signal x(n) and én is the minimum mean squared error 
at steady state. | 


In the Leaky LMS Algorithm section, it was mentioned that the excess MSE given 
in Equation (14) is minimized by using small u. However, this may result in a large quan- 
tization error since the most significant term in the total output quantization error is [31] 
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No,” 


2a2u on 

The optimum step size ug reflects a compromise between these conflicting goals. 

The value of ug is shown to be too small to allow the adaptive algorithm to converge com- 

pletely and also to give a slow convergence. In practice, u > up is used for faster con- 

vergence. Hence, the excess MSE becomes larger, and the roundoff noise can typically 
be neglected when compared with the excess mean square error. 


Finally, recall Equations (11) and (12). The step size u has an upper limit to guarantee 
the stability and convergence. Therefore, the adaptive algorithm requires 


1 
<a << 38 
No,’ oo. 


On the other hand, the step size u also has a lower limit. The optimum ug, which 
minimizes the sum of the excess MSE and roundoff noise, is smaller than u, jn, 1.¢., too 
small to allow the adaptive weight to converge. For an algorithm implemented on the 
TMS320C25, the word-length of 16 bits is fixed, and the minimum step-size that can be 
used is given in Equation (36). The most important design issue is to find the best u to satisfy 


1 
Uni <= No? (39) 


Therefore, in order to make the condition in Equation (39) valid, the initial values 
of filter coefficients are better close to zero for the floating-point processor if the situation 
in unknown. 


Software Development 


The TMS320C25 and TMS320C30 combine the high performance and the special 
features needed in adaptive signal processing applications. The processors are supported 
by a full set of software and hardware development tools. The software development tools 
include an assembler, a linker, a simulator, and a C compiler. The most universal soft- 
ware development tool available is a macro assembler. However, the assembly language 
programming for DSP can be tedious and costly. For adaptive filter applications, an 
assembly language programmer must have knowledge of adaptive signal processing. The 
challenge lies in compressing a great deal of complex code into the fairly small space and 
most efficient code dictated by the real-time applications typical of adaptive signal pro- 
cessing. 
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pe 


Recently, C compilers for the processors were developed to make DSP program- 
ming easier, quicker, and less costly compared with the work associated with program- 
ming in assembly language. Due to the general characteristics of a compiler, the code 
it generates is not the most efficient. Since the program efficiency consideration is impor- 
tant for adaptive filter implementation, the code generated from the C compiler has to 
be modified before implementing. Thus, two alternative ways, besides writing an assembly 
program, to implement adaptive signal processing on DSP are presented. First is the 
automatic adaptive filter code generator [12], which can be found on Texas Instruments 
TMS320 Bulletin Board Service (BBS), and second are the adaptive filter function libraries 
that support assembly and C programming languages. 


In this report, two adaptive filter libraries have been developed: one can be called 
from an assembly main program; the other can be called from the C main program. Note 
that, for the TMS320C25 only, certain data memory locations have been reserved for storing 
the necessary filter coefficients, previous delayed signal, etc. In other words, these data 
memories are used as global variables. 


Assembly Function Libraries 


The basic concept of creating an assembly subroutine for an adaptive filter is to modify 
in module the assembly programs discussed above. Then, the user can implement the adap- 
tive filter by writing his own assembly main program that calls the subroutine. 


TMS320C25 Assembly Subroutine 


The TMS320C25 has an eight-level deep hardware stack. The CALL and CALA 
subroutine calls store the current contents of the program counter (PC) on the top of the 
stack. The RET (return from subroutine) instruction pops the top of the stack back to the 
PC. For computational convenience, the processor needs to be set as follows before call- 
ing the assembly callable subroutine. | 


1. PM status bits equal to 01. 
2. SXM status bit set to 1. 
3. The current DP (data memory page pointer) is 0. 


The following example is the TMS320C25 assembly main routine, which performs 
an adaptive line enhancement by calling the LMS algorithm subroutine. The filter order 
is 64, delay is equal to one, and the convergence factor u is 0.01. 


‘i DEFINE AND REFER SYMBOLS 
* 


.global ORDER,U,ONE,D,Y,ERR,XN,WN,LMS 
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DEFINE SAMPLING RATE, ORDER, AND MU 


* 
ORDER: _ .equ 20 
MU: equ: 327 ; mu = 0.01 in QI5 format 


PAGEO: .equ 0 
* 
DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 


* 

X0: .usect ‘‘buffer’’,ORDER-—1 

XN: .usect ‘‘buffer’’,1 

WN: .usect ‘‘coeffs’’>,ORDER 

* 

- RESERVE ADDRESSES FOR PARAMETERS 

* 

ONE: .usect ‘‘parameters’’,1 

U: .usect ‘‘parameters’’,1 

ERR: .usect ‘‘parameters’’,1 

De .usect ‘‘parameters’’, | 

D: .usect ‘‘parameters’’,1 

ERRF: .usect ‘“‘parameters’’, 1 

* 

- INITIALIZATION 

* 

START LDPK PAGEO ; Set DP = 0 
SPM 1 ; Set PM equal to 1 
SSXM ; Set sign extension mode 
LRLK AR7,X0 ; AR7 point to >300 
LACK 1 > Initialize ONE = 1 
SACL ONE 
LALK MU ; Initialize U = MU = 0.01 


- SACL U 
SESE GIGI ICEIBCIIIGCI ICI AI IC OK ACC kak ak 2k a a 


. PERFORM THE PREDICTOR 


2 OK 2 26 2S 2g 24 2 2k OE 2H 2 2K 2 2k IC 2g 2k 8 ig 2k 8 2 24s 2G 2k 246 246 oe 8 2g 2k 2S 2k 2k IS 2k 2k 26 2 2 OK 2k 2A 2S 2 8 2S 2 OE 2 2 OE 2S OK Ig fg 2s 2 KS 2 2S OK oe 2 OK OK OK 2 Ok 


INPUT: IN D,PA2 ; Get the input 
* 
CALL LMS > Call subroutine 
2 | 
OUTPUT: OUT Y,PA2 ; Output the signal 
* 
LAC D ; Insert the newest sample 
LARP AR7 
SACL #* 
B INPUT 
.end 
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The symbols, such as ORDER, U, ONE, D, LMS, Y, and ERR, are defined and 
referred to for the purpose of modular programming. The uninitialized sections specified 
by the directive .usect can be placed in any location of memory according to the linker 
command file. Note that MACD instruction requires the sources of the operands on pro- 
gram memory and data memory separately, and CNFP instruction configures RAM block 
0 as program memory. Therefore, the coeffs section has to be in data RAM block 0, and 
the buffer has to be in RAM block 1. Appendix H1 contains the adaptive transversal filter 
with LMS algorithm subroutine using the TMS320C25, and Appendix H2 contains an 
example of a linker command file. 


TMS320C30 Assembly Subroutine 


Instead of a hardware stack, TMS320C30 uses a software stack, which is more flex- 
ible and convenient for a high-level language compiler. The stack memory location is 
pointed to by the stack pointer SP. In order to maintain the proper program sequence, 
the programmer must make certain that no data is lost and that the stack pointer always 
points to proper location. The PUSH, PUSHF, POP, POPF, CALL, CALLcond, RETI- 
cond, and RETScond instructions will change the value of the stack pointer; in addition, 
writing data into it and using the interrupt will also change that value. It is the program- 
mer’s responsibility to initialize the stack pointer in the beginning of the program. The 
same adaptive line enhancer example above using TMS320C30 is listed below. The 
adapfltr.int program that initializes the stack pointer and the data RAM is given in Appen- 
dix H3. 


DEFINE GLOBAL VARIABLES AND CONSTANTS 


copy “‘adapfitr.int’’ 
_.global LMS30,order,u,d,y,e 


N set 20 

mu .set 0.01 

ok 

* INITIALIZE POINTERS AND ARRAYS 

*k 
.text 

begin Set $ 
LDI N,BK ; Set up circular buffer 
LDP @xn_addr ; Set data page 


LDI @xn__addr,ARO __ ; Set pointer for x[] 
LDI @wn__addr,AR1 _ ; Set pointer for w[] 
LDF 0.0,RO >; RO = 0.0 

RPTS N-1 

STF RO,*ARO++(1)% 3; x{] = 0. 
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| |STF 


LDI 
LDI 


RO,*ARI++(1)% _ ; w[] = 0. 
@in__addr, AR6 ; Set pointer for input ports ; 
@out__addr,AR7 _ ; Set pointer for output ports | 


. PERFORM ADAPTIVE LINE ENHANCER 


*¥ + + *¥ € 


So *£ * * 


wn 
in__addr 
out__addr 
xn__addr 
wn__addr 
u 

order 


cinit 


LDF 


| |LDF 


STF 
STF 


*AR6,R7 ; Input d(n) 

*+ AR6(1),R6 ; Input x(n) | 
R7,@d ; Insert d(n) 3 
R6,*ARO ; Insert x(n) to buffer 


CALL ASSEMBLY SUBROUTINE 


CALL LMS30 


LDF 
BD 

LDF 
STF 
STF 


.usect 
.usect 
.usect 
.usect 
.-usect 
.usect 
-usect 
.usect 
.usect 
.usect 
.usect 
.sect 

.word 
.word 
.word 
.word 
.word 


OUTPUT y(n) AND e(n) SIGNALS 


@y,R6 ; Get y(n) 
input ; Delay branch 
@e,R7 ; Get e(n) 
R6,*AR7 ; Send out y(n) 
R7,*+AR7(1) ; Send out e(n) 


DEFINE CONSTANTS 


‘“‘buffer’’,N 
‘“coeffs’’,N 
‘‘vars’’,] 
“‘vars’’,1 
‘“‘vars’’,1 
“‘vars’’,1 
‘“‘vars’’,1 
‘‘vars’’,1 
‘““‘vars’’,1 
‘“‘vars’’, 1] | 
‘‘vars’’,1 | 
** cinit”’ | 
6,in__addr 

0804000h 

0804002h 

xn 

wn 
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float mu 
.word N-2 
.end 


In the above example, data memory order is initialized to N—2 for computation conve- 
nience. The linker command files and the subroutine that implements the LMS transver- 
sal filter can be found in Appendixes H4 and HS. 


C Function Libraries 


The TMS320C25 and TMS320C30 C language compilers provide high-level language 
support for these processors. The compilers allow application developers without an ex- 
tensive knowledge of the device’s architecture and instruction set to generate assembly 
code for the device. Also, since C programs are not device-specific, it is a relatively | 
straightforward task to port existing C programs from other systems. 


To allow fast development of efficient programs for adaptive signal processing ap- 
plications, C function libraries have been developed. These libraries include functions for 
adaptive transversal, symmetric transversal, and lattice structures. 


TMS320C25 C-Callable Subroutines 


In a C program, the memory assignments are chosen by the compiler. There are 
two ways to use the most efficient instruction MACD: 


A. Use inline assembly code to assign memory locations for filter coefficients and 
buffers. | 

B. Reserve the desired memory locations for them and do the assignment in the 
linker command file. 


The latter method is used in this report. 


For a C main program, the parameters passed to and returned from the subroutines 
are all within the parentheses following the subroutine name, as shown below: 


Ims(n,mu,d,x,&y,&e) n - Filter order 
mu - Convergence factor 
d - Desired signal 
x - Input signal 
y - Address of output signal 
e - Address of error signal 


Since the TMS320C25 C compiler pushes the parameters from right to left into soft- 
ware stack pointed by AR1 , the subroutine gets the parameters in reverse order, as shown 
below: 


MAR *-— ; Set pointer for getting parameters 
LAC ies ; ACC = N 
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SUBK 1 


SACL ORDER ; ORDER = N - 1 

LAC sie ; Getting and storing the mu 
SACL U 

LAC si ; Getting and storing the D 
SACL D 


LAC *—.0,A—R3 _ ; Insert the newest sample 
LRLK AR3,FRSTAP 
* 


SACL 

The assembly subroutine returns the parameters y and e as follows: 
LARP ARI 
LAR AR2,*—,AR2_ ; Get the address of y in main 
LAC Y 
SACL *,0,ARI1 ; Store y 
LAR AR2,*,AR2 ; Get the address of e in main © 
LAC ERR 
SACL *,0,AR1 ; Store e 


Therefore, the parameters should be entered in the order given above. If there are 
other parameters, they should be inserted right after the convergence factor mu. The leaky 
LMS algorithm subroutine is given as an example. 


Ilms(n,mu,r,d,x,&y,&e) 


the r is defined in Equation (28a). Note that the values of the AR registers, which will 
be used in subroutine, and the status registers must be saved at the beginning of the 
subroutine and restored right before returning to calling routine. An example of a C-callable 
program is given in Appendix I1. Memory locations 0200h to 0200h+N-—-—1 and 0300h 
to 0300h+N-—1 are reserved for filter coefficients and buffers, respectively. N denotes 
the filter order. 


TMS320C30 C Subroutine 


As previously mentioned, the TMS320C30 architecture has features designed for 
a high-level language compiler. Note that the callable word is dropped in this section title 
because the TMS320C30 is so flexible that the restrictions for the TMS320C25 no longer 
exist. Since the memory locations of filter buffers and coefficients are determined by the 
parameters that pass from the calling routine, the same subroutine can be used in different 
places. However, the only restriction is that the memory locations of filter buffers must 
align to the circular addressing boundary [14]. The features of TMS320C30 architecture 
that make a major contribution toward these improvements are dual data address buses, 
software stack, and flexible addressing mode. The parameters passed to subroutine are 
pushed into the stack. Therefore, after returning from the subroutine, the stack pointer, 
SP, must be updated to point to the location where SP pointed before pushing the parameters 
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_ into the stack. However, this will be done by the C compiler. The usage example of the 
C function subroutine is given as follows: 


tlms(n,u,d,&w,&x,&y,&e) where _—n - Filter order 
u - Step size 
d - Desired signal 
&w - Filter coefficients 
&x - Input signal buffers 
&y - Addr of output signal 
&e - Addr of error signal 


The example below shows how the C subroutine receives and manipulates the 
parameters passed from the caller program and how the result is returned to the caller 
routine. 


2K 
i SET FRAME POINTER FP 
7 


FP set AR3 


PUSH FP 
LDI ~~ SP,FP 
* 
* GET FILTER PARAMETERS 
*K 
LDI * —FP(2),R4 ; Get filter order 
LDI *—FP(6),ARO — ; Get pointer for x[] 
LDI *— —FP(5),ARI1 ; Get pointer for w{] 
* 
+ COMPUTE ERROR SIGNAL e(n) AND STORE y(n) AND e(n) 
*k 


LDI *—FRP(2),AR2  ; Get y(n) address 
SUBF3 R2,*+FP(1),R7 ; e(n) = d(n) — y(n) 


| |STF R2,*AR2 ; Send out y(n) 
LDI *—FP(3),AR2  ; Get e(n) address 
STF R7,*AR2 ; Send out e(n) > 
MPYF *+FP(2),R7 ; R7 = e(n) * u 
POP FP 


Note that AR3 is used as the frame pointer in TMS320C30 C compiler. Appendix 
[2 contains the complete LMS transversal filter example subroutine program. 


Development Process and Environment 


Following a four stage procedure [33] to minimize the amount of finite word length 
effect analysis and real-time debugging, adaptive structures and algorithms are implemented 
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on the TMS320C25. Figure 15 illustrates the flowchart of this procedure. Since the im- 
plementation on TMS320C30 is done only by the simulator, the last stage, real-time testing, 
is not implemented. 


7 Algorithm Analysis 
and C Program 
| Implementation 


Re-write C Program 
to Emulate 
DSP Sequence 


Implement in DSP 
Program and Testing 
by DSP Simulator 


Real-Time 
Testing 


Figure 15. Adaptive Filter Implementation Procedure 


In the first stage, algorithm design and study is performed on a personal computer. 
Once the algorithm is understood, the filter is implemented using a high-level C program 
with double precision coefficients and arithmetic. This filter is considered an ideal filter. 


In the second stage, the C program is rewritten in a way that emulates the same 
sequence of operations with the same parameters and state variables that will be implemented 
in the processors. This program then serves as a detailed outline for the DSP assembly 
language program or can be compiled using TMS320C25 or TMS320C30 C compiler. 
The effects of numerical errors can be measured directly by means of the technique shown 
in Figure 16, where H(z) is the ideal filter implemented in the first stage and H’(z) is 
a real filter. Optimization is performed to minimize the quantization error and produce 
stable implementation. 
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Figure 16. A Commutational Technique for Evaluating Quantization Effects 


In the third stage, the TMS320C25 and TMS320C30 assembly programs are 
developed; then they are tested using the simulators with test data from a disk file. Note 
that the simulation of TMS320C25 can also be implemented on the SWDS with the data 
logging option. This test data is a short version of the data used in stage 2 that can be 
internally generated from a program or data digitized from a real application environ- 
ment. Output from the simulation is compared against the equivalent output of the C pro- 
gram in the second stage. Since the simulation requires data files to be in Q15 format, 
certain precision is lost during data conversion. When a one-to-one agreement within 
tolerable range is obtained between these two outputs, the processor software is assured 
to be essentially correct. 


The final stage is applied only to the TMS320C25. First, you download this assembled 
program into the target TMS320C25 system (SWDS) to initiate real-time operation. Thus, 
the real-time debugging process is constrained primarily to debugging the I/O timing struc- 
ture of the algorithm and testing the long-term stability of the algorithm. Figure 17 shows 
an experimental setup for verification, in which the adaptive filter is configured for a one- 
step adaptive predictor illustrated in Figure 18. The data used for real-time testing is a 
sinusoid generated by a Tektronix FG504 Function Generator embedded in white noise 
generated by an HP Precision Noise Generator. The DSP gets a quantized signal from 
the Analog Interface Board (AIB), performs adaptive prediction routines, and outputs an 
enhanced sinusoid to the analog interface board. The corrupted input and predicted (en- 
hanced) output waveforms are compared on the oscilloscope or on the HP 4361 Dynamic 
Signal Analyzer. The corresponding spectra of input and output can be compared on the 
signal analyzer. The signal-to-noise ratio (SNR) improvement can be measured from the 
analyzer, which is connected to an HP plotter. 
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Figure 17. Real-Time Experiment Setup 
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Figure 18. Block Diagram of a One-Step Adaptive Predictor 


To illustrate the operation in a nonstationary environment, the adaptive predictor 
is implemented using a TMS320C25, and the following experiment is performed. The 
input signal is swept from 1287 Hz to 4025 Hz, then jumps back to 1287 Hz. The time 
for each sweep is one second. The input spectra at every second are shown in Figure 19a; 
the corresponding output spectra are shown in Figure 19b. From the observations on the 
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oscilloscope and signal analyzer, the significant SNR improvement, convergence speed, 


ability to track nonstationary signals, and long-term stability of the adaptive predictor are 
observed. 
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Figure 19(a). Spectrum of Input Signal 
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Figure 19(b). Spectrum of Enhanced Output Signal 
Summary 


Three adaptive structures and six update algorithms are implemented with the 
TMS320C25 and TMS320C30. Applications of adaptive filters and implementation con- 
siderations have been discussed. Two subroutine libraries that support both C language 
and assembly language for two processors were developed. These routines can be readily 
incorporated into TMS320C25 or TMS320C30 users’ application programs. 


The advancements in the TMS320C25 and TMS320C30 devices have made the im- 
plementation of sophisticated adaptive algorithms oriented toward performing real-time 
processing tasks feasible. Many adaptive signal processing algorithms are readily available 
and capable of solving real-time problems when implemented on the DSP. These pro- 
grams provide an efficient way to implement the widely used structures and algorithms 
on the TMS320C25 and TMS320C30, based on assembly-language programming. They 
are also extremely useful for choosing an algorithm for a given application. The perfor- 
mances of adaptive structures and algorithms that have been implemented using the 
TMS320C25 and TMS320C30 have been summarized in Tables 1 and 2. 
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Table 1. The Performance of Adaptive Structures and Algorithms of TMS320C25 


~| 
= 
77) 
Ww 
N 
© 
© 
NO 
ol 


Instruction Cycles 7IN+28 


Ee 

ie as 

Sign-Data 

wank Loe. Cee 

Structure Sign Error 
L 


Sign-Sign Instruction Cycles 11N+21 
L Program Memory (Word) i ae 
Normalized Instruction Cycles 7IN+57 


” 3 
M 34 
M 4 
M 
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M 30 
LM 
_ 
M 5 
M 
M : 4 
| 4 
6 


L 


Program Memory (Word) FBO 
Instruction Cycles 8N +38 


Leaky 


L Program Memory (Word) a 
Sign-Data Instruction Cycles 9.5N+36 


Symmetric 


Instruction Cycles 7.5N+38 


Transversal 


L Program Memory (Word) | BBC 
Sign-Error Instruction Cycles 7.5N+ 36 
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1 
7 
1 
} Program Memory (Word) 
Sign Sign SEIEET 
7 
3 
2 


Structure 


Normalized Instruction Cycles 7.5N+69 


M 
LM 
M 


Program Memory (Word) | 66 
N+ 32 


S 
S 
S 
S 
S 
S 
S 
S 
S 
S 
S 
S 


L 


S 
an 
ums __[_ Program Memory (Word) [68 
ums__[ Program Memory (Word) [68 


L Program Memory (Word) a ae 


Lattice 
Structure 


9 


Normalized Instruction Cycles SON + 34 
LMS Program Memory (Word) 


-Note: N represents filter order. 
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Table 2. The Performance of Adaptive Structures and Algorithms of TMS320C30 
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Sign-Data Instruction Cycles 5N+ 16 
Program Memory (Word) a aa 


L 
L 


Transversal 


M 
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Symmetric L 


Sign-Error Instruction Cycles 2.5N+18 
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M 
M Program Memory (Word) 
M 


Transversal 


Leaky Instruction Cycles 2.5N+19 


Structure 


ms___[ Program Memory Word) [24 
Sign Sign 
ums ___ | __Progrem Memory Word) [30 


L 


[Program Memory (Word | 86 
[Program Memory (Word) | _20 
[Program Memory (Word) | _22——* 
ums [Program Memory (Word) [22 
Normalized 


LMS 7 


M 
LM 
Leaky 

LM 


Lattice 


Structure 


Program Memory (Word) 


Note: N represents filter order. 
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TMS320C25 and TMS320C30 


Title 

Transversal Structure with LMS Algorithm Using the TMS320C25 
Transversal Structure with LMS Algorithm Using the TMS320C30 
Symmetric Transversal Structure with LMS Algorithm Using the 
TMS320C25 

Symmetric Transversal Structure with LMS Algorithm Using the 
TMS320C30 

Lattice Structure with LMS Algorithm Using the TMS320C25 

Lattice Structure with LMS Algorithm Using the TMS320C30 
Transversal Structure with Normalized LMS Algorithm Using the 
TMS320C25 

Transversal Structure with Normalized LMS Algorithm Using the 
TMS320C30 

Transversal Structure with Sign-Error LMS Algorithm Using the 
TMS320C25 | 

Transversal Structure with Sign-Error LMS Algorithm Using the 
TMS320C30 

Transversal Structure with Sign-Sign LMS Algorithm Using the TMS320C25 
Transversal Structure with Sign-Sign LMS Algorithm Using the TMS320C30 
Transversal Structure with Leaky LMS Algorithm Using the TMS320C25 
Transversal Structure with Leaky LMS Algorithm Using the TMS320C30 
Assembly Subroutine of Transversal Structure with LMS Algorithm Using 
the TMS320C25. 

Linker Command File for Assembly Main Program Calling a TMS320C25 
Adaptive LMS Transversal Filter Subroutine 

TMS320C30 Adaptive Filter Initialization Program 

Assembly Subroutine of Transversal Structure with LMS Algorithm Using 
the TMS320C30 7 

Linker Command/file for Assembly Main Program Calling the TMS320C30 
Adaptive LMS Transversal Filter Subroutine 

C Subroutine of Transversal Structure with LMS Algorithm Using the 
TMS320C25 

C Subroutine of Transversal Structure with LMS Algorithm Using the 
TMS320C30 
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title “TLS” 


EREEERLRR EERE EEE ER RR EE RSEEREES EERE EERE EEE ELERE SEL EES RELER EEE SEES E EES 


A 


TLMS : Adaptive Filter Using Transversal Structure 
and LMS Algorithm, Looped Code 


O(f) -re enna renner nnn H 
1+ 
(SUM)------> e(n) 
KA) “Ssseesees i ewan oars —> y(n) 
Algorithm: 
63 
y(n) = SUM w(k)#x(n-k) = k=0,1,2,...,63 
k=0 
e(n) = d(n) - yin) 


wk) = w(k) + ute(ndtx(n-k) k=0,1,2,..63 
Where we use filter order = 64 and mu = 0.01. 


Note: This source program is the generic versions 1/0 configuration has 
not been set up. User has to modify the main routine for specific 
application. 


Initial condition: 
1) PM status bit should be equal to 01. 
2) SXM status bit should be set to 1. 
3) The current DP (data memory page pointer) should be page 0. 
4) Data memory GNE should be 1. 
3) Data memory U should be 327. 
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KHEE KLEE RELEASE THEE RE RERE SERRE EERE EEE ERE SERGE EERE EEE EE EEE EEE ER EEE EEE EE 


% 

# DEFINE PARAMETERS 

# 

ORDER: equ 64 

PAGE: » equ 0 

* 

+ DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 
# 

X03 .usect "buffer" , ORDER-1 
XN: eusect "buffer" 1 

WN: -usect "coeffs”, ORDER 


* RESERVE ADDRESSES FOR PARAMETERS 


& 
D: -usect "parameters", 1 
Y: susect “parameters” 1 
ERR: susect "parameters" 1 
ONE: -usect “parameters", 1 
us »usect “parameters”, 1 
ERRF: eusect "parameters", 1 


EERE HERES ESSE ERE SALAS E EEE EEEE 


* PERFORM THE ADAPTIVE FILTER 
JHE HEHE 


a text 
+ 
# ESTIMATE THE SIGNAL Y 
Ps 
LARP AR3 
CNFP 
NPYK 0 
LAC ONE, 15 
LRLK AR3 , XN 
FIR RPTK ORDER-1 
MACD WN+0f d00h , #- 
CNFD 
APAC 
SACH Y 
+ 
# COMPUTE THE ERROR 
* 
NEG 
ADDH D 
SACH ERR 
# 
* UPDATE THE WEIGHTS 
* 
LT ERR 
NPY U 
PAC 
ADD ONE, 15 
SACH ERRF 
% 
LARK ARI, ORDER-1 
LRLK AR2, WN 
LRLK AR3, XN+1 
LT ERRF 
MPY #~, AR2 
ADAPT ZALR +, AR3 
PPYA #-, ARZ 
* 
SACH #+,0,AR1 
BANZ ADAPT , #-, AR2Z 
: : 
FINISH send 


Pry 


we 


we 


we we 


“ee 


we 


Configure BO as program memory 
Clear the P register 

Using rounding 

point to the oldest sample 
Repeat N times 

Estimate Y(n) 

Configure BO as data memory 


Store the filter output 


ACC = - Yin) 


ERR(n) = Din) - Yin) 


T = ERR(n) 
P = U # ERR(n) 


Round the result 
ERRF = U * ERR(n) 


Set up counter 


+ Point to the coefficients 


we we we ve ow 


we ae we 


Point to the data sample 

T register = U # ERR(n) 

P =U * ERR(n) * X{n-k) 

Load ACCH with A(k,n) & round 
Wik, nti) = Wik,n) +P 

P= U # ERR(n) # X(n-k) 

Store Wik, n+1) 


STIOTESILL 94} SUIS) 
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: 


T3O ~ Adaptive transversal filter with LMS algoritha 
using the TMS320030 


1/0 configuration: 


a(n) -—e a -- - --- -- - -- ' 


i+ 
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Algoritha: 
6&3 
k=0 


e(n) = din) ~ y(n) 


bi 


JHE EH HEHE EHH HHH HHH HE HHH HE HEHE 


copy “adapfitr. int” 


(SUM)---—--> e(n) 


XU) saeennee AR foeeeeae ten) yl) 


y(n) = SUM w(k)#xin-k) k=0,1,2, 00,63 


w(k) = w(k) + ute(n)&x(n-k) k=0,1,2,..63 
Where we use filter order = 64 and mu = 0.01. 
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SHEE HHEHHHHHHHEEHHHHE HEHEHE HEE EEE EEE EEE EE 


# PERFORM ADAPTIVE FILTER 


SEHR RHE J EEE ii i Ht ii HHH HHH HHH 


order set 64 
RU eset 01 
* 


# INITIALIZE POINTERS AND ARRAYS 
% 


text 
begin set $ 

LOI order, BK : Set up circular buffer 
LDP @xn_addr : Set data page 
LOI €xn_addr, ARO s Set pointer for xf) 
LDI @en_addr ARI : Set pointer for wl] 
LDF 0.0,R0 ; RO = 0.0 
RPTS order-1 
STF RO, #AROQ++(1)% ; xf] = 0 

it STF RO, FARI++(1)% : wl} =0 
LOI @in_addr, ARS : Set pointer for input ports 
LDI @out_addr ,AR7 + Set pointer for output ports 


input: 
LDF #AR6,R7 s Input d(n) 
tt LOF S+ARG(1) RS s Input x(n) 
STF Rb, #ARO s Insert x(n) to buffer 
* 
# COMPUTE FILTER OUTPUT y(n) 
# 
LDF 0.0,R2 : R2 = 0.0 
MPYF3 #ARO++(1)2%, HARI+4(1)7,R1 
RPTS order-2 
MPYF3 #ARO++(1)Z, HAR144(1)7%,R1 
it ADDF3 R1,R2,R2 s y(n) = wl).x0] 
ADDF R1,R2 : Include last result 
FY 
* COMPUTE ERROR SIGNAL e(n) AND OUTPUT yin) AND e(n) SIGNALS 
* 
SUBF R2,R7 s e(n) = din) - yin) 
STF R2, #AR7 : Send out y(n) 
ii STF R7, #+AR7(1) s Send out e(n) 
# 
# UPDATE WEIGHTS w(n) 
# 
MPYF @u,R7 s R7 = e(n) # u 
MPYF3 #ARO++(1)2,R7,R1 5 RL = e(n) # u # x(n) 
LDI. order-3, RC : Initialize repeat counter 
RPTB LMS : Do i = 0, N-3 
PPYF3 #ARO++(1)2,R7,R1 5 RL = e(n) # u *® x(n-i-l) 
i} ADDF3 #ARLR1,R2 s R2 = wil(n) + e(n) # u * x(n-i) 
LES STF R2, #ARI++(1)% s wi(nt1) = wiln) + e(n) # u # x{n-i) 
MPYF3 #ARO,R7,R1 : For i =N- 2 
ii ADDF3 #ARL RI, R2 
BD input : Delay branch 
STF R2, #ARL++(1)% s wi(ntl) = wi(n) + e(n) # u *® x(n-1) 
ADDF3 #AR1 RI, R2 
STF R2, #ARL++4(1)% s Update last w 
# 
# DEFINE CONSTANTS 
* 
xn -usect “buffer”, order 
wn eusect "coeffs", order 
inwaddr ausect "vars", 1 
out_addr -usect "vars" 1 
xnaddr -usect “vars", 1 
wh_addr ousect "vars" 1 
u susect "vars" 1 
cinit «sect ",cinit™ . 
-word 5, in.addr 


sword 0804000h 
sword 0804002h 


sword xn 
sword wn 
-float au 


.end 


O€OOZTESTALL 24} Suis: 
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Lvc 


title = “¥25” 
JHE HHHHHEHHHH HEHEHE HHH HHH HEE 


Y25 : Adaptive Filter Using Symmetry Transversal Structure 
and LMS Algorithm, Looped Code 


C9) rman nnn nnn nn nnn nn H 
Sees y(n) + it 
1 AL OF, toeene---—--> (SUM) ---> e(n) 
zi(n) rah zi(n-k) 
xin} m-e---- cee YS tee ened OY SLT 0 Sl Ce Ree 
i/ i/ / if teect 
(SUM) (SUM) (SUM) (SUM) § Zi 
Noto ON Gest \ tc: \ ' 
tot ZL temmeint Lo teeeteint 1 innit 
Algorithm: 


zi(n-k) = x(n-k) + x(n-63tk) k=0,1,...,31 


31 
y(n) = SUM w(k)x(n-k) k=0,1,2,002,31 
k=0 


e(n) = d(n) - y(n) 
wk) = w(k) + ute(n)tzi(n-k) k=0,1,2,..31 
Where we use filter order = 64 and mu = 0.01. 


Note: This source program is the generic version; 1/0 configuration has 
not been set up. User has to modify the main routine for specific 
application. 


Initial condition: 
1) PM status bit should be equal to Ol. 
2) SXM status bit should be set to logic 1. 
3) The current DP (data memory page pointer should be page 0. 
4) Data memory ONE should be 1. 
5) Data memory U should be 327. 


Ce 2 
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JHEHHH HHH HHHH HEHEHE HEHEHE HHH & 
# 

* DEFINE PARAMETERS 

% 

ORDER: sequ 64 

ORDER2: oequ 32 

* 

# DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 


FRSBUF: eusect "buffer" ,ORDER2~1 
LASBUF : -usect = “buffer"|1 

WA: susect = “coef fs", ORDER2 
FRSDAT: -usect “coeffs" ORDER-1 
LASDAT: susect "coeffs" 1 


* 

# RESERVE ADDRESSES FOR PARAMETERS 
# 

D: -usect "parameters", 1 
y: eusect “parameters”! 
ERR: -usect "parameters" 1 
ONE: susect “parameters”, 1 
U: -usect “parameters”, 1 
ERRF: -usect "parameters", 1 


SEE EE RSH HE HE EE EE HE 


* PERFORM THE ADAPTIVE FILTER 
JHE 


text 


* 
* SYMMETRIC BUFFER ADDITION 


% 
LARP ARS 
LARK AR1 , ORDER2-1 : Set up the counter 
LRLK AR2, LASDAT : Point to oldest data 
LRLK AR3, FRSDAT : Point to newest data 
LRLK AR4, FRSBUF s Point to first buffer 
SYM LAC #+, 0, AR2 
ADD #-,0,AR4 
SACL #+,0, ARI : 
BANZ SYM, #-, ARS 
+ 
# ESTIMATE THE SIGNAL Y 
z 
CNFP ; Configure BO as program memory 
MPYK 0 s Clear the P register 
LAC ONE, 15 s Using rounding 
LRLK AR3, LASBUF ; 
FIR RPTK ORDER2-1 ; Repeat N/2 tine 
MACD WA+0Fd00h , #- : Estimate Y(n) 
CNFD ; 
APAC 
SACH Y : Store the filter output 
* 


Buffer(k) = DAT(n+k) + DAT(n-Ntk) 


Point to the oldest buffer 


Configure BO as data memory 


SZOOZESIALL 24) SUIS WYLIOSTY 
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NEG 
ADD 


SACH 


D,15 
ERR 


# 
# UPDATE THE WEIGHTS 
+ 


LT 

MPY 
PAC 
ADD 
SACH 


BANZ 
S 


ERR 
U 


ONE, 15 
ERRF 


ARI, GROER2-1 
ARZ, WN 

AR3, LASBUF 
ERRF 

#-, AR2 

#, ARS 

#-, AR2 


#+,0, ARI 
ADAPT, #-, ARZ 


we 


we 


ACC = - ¥(n) 


ERRin) = Din) - Yin) 


T = ERR(n) 


: P =U * ERR(n) 


we 


Round the result: 
ERRF = U # ERR(n) 


Set up counter 
Point to the coefficients 
Point to the last buffer 
T register = U * ERR(n) 
P= U * ERR(n) * X(n-k) 
Load ACCH with A(k,n) & round 
Wk nth) = Wikyn) + P 
= * ERR(n) * X(n-k) 
Store Wik ntl) 


* UPDATE DATA PUSTIGN FOR NEXT ITERATION 


# 

FINISH LRLK 

DATMDV RPTK 
MOV 


send 


AR2, LASDAT-1 
ORDER-2 


+- 


Set pointer 
Repeat N-1 times 
Shift data for next iteration 
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wk) = @(k) + ute(nd#z(n-k) k20,1,2,..31 


Where we use filter order = 64 and au = 0.01 


% 

# Y30 - Adaptive symmetric transversal filter with 
* LMS algorithm using the TMS320C30 

* 

# Algoritha: 

# z(n-k) = x(n-k-1) + x(n-63¢k) k=0,1,...,31 
i 31 

* y(n) = SUM w(k)#2z(n-k) k20,1,2,...,31 

* k=0 

t 

* e(n) = d(n) - y(n) 

* 

t 

# 

t 

& 


JHHMHHMHHHHHAHHHHHHHHHEHHHEHHMHHHE Hii HEP aHHHE HH 


* PERFORM ADAPTIVE FILTER 
JHA HHH HHH HHH HHH HHH 


. Copy "adapfltr.int" 


0.0,R2 : R2 = 0.0 

ARO, ARS : Set backward pointer for x{] 
order /2-2,RC 

INNER 


FAR4++ (172, #ARS--(1)2%,R1 
: 2(n) = xE[n-i] + x{nth-i] 


RL, #ARIH(1),R3 0s yl) = wE].z0) 


Ri, #AR2++(1) : Store z(n) 
R3,R2,R2 s Accumulate the result 
#AR44++(1)2, HARS--(1)2%,R1 


s z(n) = xf{n-i] + xfath-i] 


Ri, #AR1--{IRO),R3 : yl] = wl).z0) 
R1 , #AR2--( TRO) : Store z(n) 
R3,R2 s Include last result 


* COMPUTE ERROR SIGNAL e(n) AND QUTPUT y(n) and e(n) SIGNALS 
* 


aa 
vet 


SUBF 
STF 
STF 


R2,R7 s e{n) = d(n) - y(n) 
R2, #AR7 s Send out y(n) 
R7, #+AR7(1) s Send out e(n) 


# UPDATE WEIGHTS w(n) 
+ 


order set 64 : Filter order 
au set 0.01 : Step size 
od 
# INITIALIZE POINTERS AND ARRAYS 
etext 
begin set $ 
LDI order , BK s Set up circular buffer 
LDP @xn_addr s Set data page 
LDI @&xn addr, ARO : Set pointer for xf] 
LDI @wn_addr, ARI : Set pointer for wl) 
LDI @zn_addr , AR2 ; Set pointer for 20] 
LOI order/2-1, IRO : Set index pointer 
LDF - 0.0,R0 : $0 = 0.0 
RPTS order-1 
STF RO, HARO++(1)% ; xt} = 0 
RPTS order /2-2 
STF RO, #ARI++(1) s wl] =0 
it STF RO, #AR2++(1) , 2] = 9 
STF RO, #ARI~-(IRO) =: wf] = 0 
i: STF RO, #AR2—(IRO) =; 2] = 0 
LDI @incaddr, ARS ; Set pointer for input ports 
LDI @out_addr , AR7 ; Set pointer for output ports 
input? 
LDF #AR6,R7 : Input d(n) 
it LDF #+ARG(1) RS s Input xin) 
LDI ARO, AR4 ; Set forward pointer for xf] 
STF Rb, FARO--(1)% s Insert x(n) to buffer 
# 


& COMPUTE FILTER OUTPUT yin) 


# DEFINE CONSTANTS 


xn eusect 
wn ousect 
zn eusect 
in_addr eusect 
out_addr eusect 
xncaddr eusect 
wnaddr -usect 
zn_addr ousect 
u ousect 
cinit sect 
sword 


@u,R7 ; R7 = e(n) #u 

HAR2+4(1),R7,R1 os RL = e(n) # u # z(n) 

order /2-3, RC s Initialize repeat counter 

LMS ; Do i = 0, 3 

#ARQ+4+(1),R7,R1 9; Ri = e(n) # u # z(n~i-1) 

#AR1 RI, R2 s R2 = wiln) + e(n) # u # 2(n-i) 
R2, HARI ++(1) 3 wi(ntl) = wiln) + e(n) # u # z(n-i) 
#AR2--(IRO),R7,Ri ; For i =N- 2 

#AR1 RI, R2 

input 3 Belay branch 

R2, #ARI++(1) s wil(ntl) = wiln) + e(n) # u # 2(n-i) 
#AR1,R1,R2 s Include last w 

R2, #AR1—(IRO) : Update last w 

"buffer", order 

“coeffs", order/2 

"coeffs”, order/2 

"vars" 1 

"vars", 1 

*vars”,1 

"vars" 1 

"vars" 1 

*vars*,1 

",cinit® 


6, in-addr 


OLDOTESHALL 94) Bus WYLIOSTY 
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etitle = “L253” 
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125 : Adaptive Filter Using Lattice Structure 
and LMS Algorithm, Looped Code 


fO(n) ++ fi(n) fi-1{n) + 


1 #O ft ft #ki-l 1 
x(n)—-i + ot toi 
i eo; #ki-l ii 
--t1i-i-—>(SUN)——).... ~~11i-i—>(SUM)-—>bi(n) 
bO(n)i-i + bi(n) = bi-A{n) i-t + 
Algoritha: 


filn) = fi-i({n) ~ Kiln) # bi-2(n-1) i=1,2,...,64 


bi(n) = bi-1(n-1) - Kiln) # fi-1(n) i=1,2,...,64 


i-t 
ei(n) = d(n) - SUM yk(n) = ei-1 ~ bi-L(n)#Gi-1(n) i=1,2,...,64 
k=0 
64 bh 
y(n) = SUM yi(n) = SUM bi(n)#Gi(n) 
i=0 i=0 


Kilntl) = Kiln) + au #0 filn)#bi-i(n-1) + bidnde*fi-t(n) 
Gilntl) = Gil(n) + au # ei(n) # bi(n) §i=1,2,..64 
Where filter order = 64 and mu = 0.01. 


Note: This source program is the generic versions 1/0 configuration has 
not been set up. User has to modify the main routine for specific 
application. 


Initial condition: 
1) PM status bit should be equal to Ol. 
2) SXM status bit should be set to logic 1. 
3) The current DP (data memory page pointer) should be page 0. 
4) Data memory U should be 327. 
5) The Bl & BDI pointer (ARS & AR4) should be exchanged every 
iteration. For example, 
For odd iteration’ AR3 —> Bl 


AR4 --> BDI 
For even iteration: AR3 —> BDI 
AR4 —> Bl 


+ Chen, Chein-Chung February, 1989 

JAH HHH HIRE Re 
+ 

# DEFINE PARAMETERS 


ORDER: 2eQu oa) 


% 
# DEFINE ADDRESSES OF BUFFERS AND COEFFICIENTS 
# 


Gi: .usect "coeffs” ORDER 
Ki: eusect "coef fs", ORDER 
Fl: susect = “coef fs", ORDER+1 
Bi: ousect "buffer" ORDER+! 
BD1: -usect = "buf fer” ORDER+1 
+ 

* RESERVE ADDRESSES FOR PARAMETERS 
# 

Ds -usect "parameters", 1 

: susect “parameters”, 1 

: eusect "parameters", 1 

: eusect "parameters", 1 

; -usect "parameters", 1 
TEMP: ~usect “parameters”, 1 


JHHMMHHMHHHHHHHHHHHHHHHHHHHHEHHHE 


# PERFORM THE ADAPTIVE FILTER 
JHAH HHH HHH 


. text 
% 


# INITIALIZE THE POINTERS 
* 


LARP ARB 
LARK AR1, ORDER-1 - 
LRLK AR2,F1 
LRLK ARS, Bi 
LRLK AR4, BD1 
LRLK ARS, G1 
LRLK ARG, K1 
# 
# INITIALIZE THE Bl AND F1 
# 
LAC X 
SACL #,0,AR2 
SACL #,0,AR3 
# 
# INITIALIZATION 
# 
LT +, ARS : T= Bi 
MPY #,AR2 ; P = Bl # Gi 
PAC : ACC = BI # Gi 
SACH Y + Initialize ¥(0) = Bi # Gt 
NEG ; ACC = -(Bi # G1) 
ADDH D s ACC = Din) - Bi # GI 
SACH E : Initialize E(O) = Din) - BY # Gl 


SZTOOZESIALL 94} SUIS: 
WYLIOSTY SIT WIA aanjon.yg 3919j3e'] “TD xipueddy 
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Sdut} N peaday 

sazUtod ay} 49S 

JOJRNSNHIIe yeI}D 

Jaystbau g ay} sap) 

Ksowae wesdoud se og aunbtyu07 


(T+¥) EY 24095 
(Tqat-Ui+T-tddety) * 


Mi + (YT = TOY 

(U4 = DY 
(taal-Tief-t]dets) # Mad 
td # I-108 + T-Tielg = 1 


ty # J-1dG + J-ti#!@ = 200 

1-1d@ # tied 

T-tdetq = DW = 

TZ 9403S 

T-tyel@ = d ‘ts Ig - 1-12 = Ty 
1-12 = TN 

Oe ad 


(144) TQ 84035 

ld = 1 ‘T-1ael-CW + (YU) TO = 2 
(Y)tg = TOY 

I-tg@ # [-'g3# Mead 

1-13 # f= 1 

1-13 # fd 2095 

1-13. # fed 

M=zl 


Tg 3403S 

I-14 # 14 - [-10@ = JW 

1-'da = TY 

T4 3403S 

I-Tgety = dg “1-10GetX - 1-4 = 
1-0 # Ops d 

Ty = 1 

I-14 = J 


eo a ee ed 


ed 


Cr ed 


an ae a co 


Cr 


+#HOOPIO+19 
1-yaqU0 
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3 
Tu +8 
3 
Zuy's 


pue* 
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AL 

3 

fn 
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ot 
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JAH HEHEHE MPYF3 RS, #AR2, Rb Bl * G1 


* 130: Adaptive Lattice Structure Filter with LMS Algorithe it STF R5, #AR1 Insert Bi 
* using the TMS320C30 SUBF R6,R7 >; E=0)- Bi * Gi 
# * 
# = Algorithn: LOI order-1 RC 
* : RPTB lattice > 
# film) = fi-1(n) - Kitn) # bi-L(n-1) i=1,2,...,64 MPYF3 #ARO,RS,R3 + R3 = kFi-1 
# MPYF3 RT, #ARI++(1)%,RO s RO = Ei-1 # Bi-l — 
* biln) = bi-t(n-1) - Kiln) # fi-d(n)  i=1,2,...,64 1) SUBF3 R3, ¥AR4,R3 : R3 = Bi = BDi-1 - kFi-i 3 
* Toe | MPYF Bu, RO ; RO = u * Ei-i * Bi-t =| 
t ei (ni) = d(n) - SUM yk(n) = ei-1 - bi-L(n)#Gi-1(n) i=1,2,...,64 ADDF3 —- RO, #AR2,RO » RO = Gi-l + u # Ei-f # Bi-t Ss 
# k=0 ii STF R3, ¥ARI : Store Bi jal © 
t 64 64 MPYF3 «RS, #AR1RI » Ri = Fi-t * Bi ws 
# y(n) = SUM yiln) = SUM biln)aGi(n) it STF RO, FARZ++( 1) s Store Gi 
+ i=l i=i MPYF3 #ARO, FAR4 RO : RO = kBDi-1 o) 
t SUBF ROS » RS = Fi N 
* Ki(ntl) = Kiln) + mu # C fi(n)#bi-d(n-1) + bi(nd#Fi-d(n) J MPYF3 RS, #ARS++(1)2,R0 +: Ri = Fi # BDi-i 
* ADDF Ri, RO ; RO = FisBDi-1 + Fi-1#Bi =. 
# Gi(ntt) = Gi(n) + mu # ei(n) * bi(n) i=1,2,..64 MPYF @u, RO ; RO =u # (Fi#BDi-1 + Fi-1#Bi) ce FG) 
* ADDF3 RO, #ARO, RO » ki = ki-1 + RO ZR. = 
* Where filter order = 64 and au = 0.04, MPYF3 R3, #AR2, R4 ; R4 = Yi = mate 
'! STF RO, FAROH+ (1) + Store ki oe = 
+ Chen, Chein-Chung March, 1989 ADDF R4,R6 : Compute y(n) 
* lattice  SUBF R4,R7 : Conpute e(n) = N 
JHMHHEHHEHHHHHEHHHHHEHHHHHHEHHHHHHHHHHHEHHHEHHEHHHBHHEHHHEHE * (ee) = 
scopy — adap tr. int" # — QUTPUT y(n) AND e(n) SIGNALS 
JAH HHH HAHAH HEHEHE HEHEHE * aj ar) 
# PERFORM ADAPTIVE FILTER BD input ; Delay branch < = 
JHB HEHEHE HEH HHH SUBF R4,R6 s Take out last tera om 
order set A ; Filter order STF R6, #4R7 ; Send out y(n) oe 
au set 0.04 » Step size i) STF R7, #+R7(1) » Send out e(n) i & 
‘ Ty #ARO--(IRO),R5 + Update kL] pointer hn < 
# INITIALIZE POINTERS AND ARRAYS i} LDI #AR2--(IRO),R7 + Update gf) pointer x acts 
# # = 
text + DEFINE CONSTANTS ww 
begin wset $ i = = 
LDI order #2, BK ; Set up circular buffer kn -usect = "coef fs", order 
LDP @kn—addr : Set data page gn .usect "coeffs" order < 
LDI @kn_addr , ARO : Set pointer for kL) bn susect = “buf fer", 2torder DL 
LDI @bn_addr ARI : Set pointer for bL) in_addr susect = "vars", 1 
LDI @gn_addr , AR2 : Set pointer for gf] out_addr = wusect = "vars", > 
LDI order, IRO kn addr ousect "vars" 1 av“ 
LOF 0.0,R0 s RO = 0.0 bn_addr susect "vars" 1 ve 
RPTS order#2-1 gn_addr eusect "vars" 1 i 
SIF RO, #AROH (1) % + kL] = 0.0 and gf] = 0.0 u -usect = "vars", 1 me 
STF RO,#ARIH+(1)% s BL] = 0.0 and bdC] = 0.0 cinit ssect =". cinit* = 
ADDI ARI, IRO,AR4 word 6, in_addr 
UDI @in.addr,ARS —. +; Set pointer for input ports -word 0804000h = 
LDI @out_addr , AR7 ; Set pointer for output ports sword 0804002h 
input! sword kn 
LDF #ARG,R7 ; Input d(n) sword =n 
i} UDF #+AR6(1),R5 ; Input x(n) sword = gn 
float mu 


.end 
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IN25 : Adaptive Filter Using Transversal Structure 
and Normalized LMS Algoritha ,Looped Code 


Algorithm: 
63 
y(n) = SUM wik)#x(n-k) k=0,1,2,...,63 
k=0 


e(n) = d(n) - y(n) ~ 

vartk) = (i.-r) # var(K-1) +r ® x(n) # x(n) 
wik) = wth) + ute(n)#x(n-k)/var(k) = k=0,1,2,..43 
Where we use filter order = 64 and au = 0.01. 


Note: This source program is the generic versions 1/0 configuration has 
not been set up. User has to modify the main routine for specific 
application. 


Initial condition: 
1) PM status bit should be equal to Ol. 
2) SXM status bit should be set to 1. 
3) The current DP (data memory page pointer) should be page 0. 
4) Data memory ONE should be 1. 
5) Data memory U should be 327. 
6) Data memory VAR should be initialized to O7fffh. 


Chen, Chein-Chung February, 1969 


ee er al 


JAH BH HHH 
A . 
# DEFINE PARAMETERS 

# 

ORDER: sequ 64 

SHIFT: equ 7 

PAGEO: equ 0 


+ 
# DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 
+ 

X03 susect = “buf fer" ,ORDER-1 

XN: susect *buffer",1 

WN: susect’ = “coef fs", ORDER 

* 

# RESERVE ADDRESSES FOR PARAMETERS 

+ 

Dp: susect "parameters", 1 


Us 
ERRF 
VAR: 


-usect 
susect 
-usect 
susect 
: eusect 
susect 


“parameters”, 1 
“parameters”, i 
"parameters", 1 
"parameters", 1 
“parameters”, 1 
“parameters” 1 


JHE HHH 


PERFORM THE ADAPTIVE FILTER 
JAH HEHEHE 


5 2 


* 


* 


wee 


FIR 


fd 


a 


text 


ESTIMATE THE POWER OF SIGNAL 


LARP 
LRLK 


ARB 

ARB, X0 

% 

ERRF 

VER 

VAR, SHIFT 
ERRF , SHIFT 


VAR 


ESTIMATE THE SIGNAL Y 


CNEP 

NPYK 0 

LAC ONE, 15 

LRLK AR3, XN 

RPTK ORDER-1 

MACD WN+0Fd00h, #- 

CNFD 

APAC 

SACH Y 
COMPUTE THE ERROR 

NEG 

ADDH D 

SACH ERR 


UPBATE THE WEIGHTS 


LT 

MPY 
PAC 
ADD 


ERR 
U 


ONE, 15 


NORMALIZE CONVERGE FACTOR 


ABS 
RPTK 
SUBC 
BIT 


14 
VAR 
ERR, 0 


Point to input signal X 
Square input signal 


ve we 


ACC = VAR(n-1) 

ACT = (1-r) # VAR(n-1) 

ACC = (i-r) # VAR(n-1) + pr # X(n) 
* Xin) , 

Store VAR(n) 


“8 «ee ee we 


Configure BO as program memory 
Clear the P register 

Using rounding 

Point to the oldest sample 
Repeat N times 

Estimate Y(n) 

Configure BO as data memory 


“es Me ve we we ue Oe 


Store the filter output 


o 


ACT = - Yin) 


we 


ERR(n) = Din) - Yin) 


we 


T = ERR(n) 
P = U # ERR(n) 


we we 


Round the result 


wn 


Make dividend positive 
Repeat 15 tines 

Perform U * JERR(n)i / VAR 
Check sign of ERR(n) 


et eT 
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NEXT 


ADAPT 


FINISH 


BBZ 
NEG 
SACL 


LARK 
LRLK 
LRLK 
LT 
MPY 
ZALR 
MPYA 


5SACH 
BAN2 
end 


NEXT 
ERRF 


AR1, ORDER-1 
AR2, WN 

ARS, XN+1 
ERRF 

4, AR2 

+, AR3 

#- AR? 


#+ O ARI 
ADAPT , #-, ARZ 


we 


ERRF = - U # SERR(n)i / VAR 
Store ERRF 


Set up counter 

Point to the coefficients 
Puint to the data samples 
T register = U # ERR(n) 

P =U * ERR(n) * X(n-k) 


: Load ACCH with A(k,n) & round 


wry 


Wk, ntl) = Wik n) + P 


, P= U # ERR(n) #® X(n-k) 
: Store Wik, ntl) 
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TN3O - Adaptive transversal filter with Normalized LMS algorithm 
using the TMS320C30 


Algoritha: 
63 
y(n) = SUM wlk)#xin-k) k=0,1,2,...,63 
k=0 
var(n) = révar(n-1) + (inr)#x(n)@x(n) 
e(n) = d(n) - yin) 
wk) = wk) + ube(ndax(n-k)/var(n) k=0,1,2,..63 


Where we use filter order = 64 and au = 0.01. 


Chen, Chein-Chung March, 1989 


i 


Peer eeritrrrettrrrttrtritrtsiretrestrretcretes its. 2) 
» copy “adapfitr. int” 


4M HHH HEHEHE HHH HE 


# PERFORM ADAPTIVE FILTER 
JHE HH HHH 


order set 64 s Filter order 
au set 0.01 s Step size 
power set 1.0 s Input signal power 
alpha set 0.9% 
alphal set 0.004 : 1.0 - alpha 
# 
# INITIALIZE POINTERS AND ARRAYS 
+ 
. text 
begin Set $ 
LDI order, BK s Set up circular buffer 
LDP @xn_addr 3 Set data page 
LDBI Oxnaddr, ARO - =. Set pointer for xf] 
UDI Qunaddr , ARI 3 Set pointer for wf) 
LDF 0.0,R0 » RO = 0.0 
RPTS order-1 
SIF RO, HARO++(1)% : xf] =0 
it STF RO, FARI++(1)% 3; wl} = 0 
LDI @in_addr, ARS 3 Set pointer for input ports 
LDI Gout_addr , AR7 s Set pointer for output ports 
input: 
#ARG, R7 s Input din) — 
it UF #+0RG(1) RE : Input x(n) 
STF R6, #ARO s Insert x(n) to buffer 


td 


> 


™ 


me 


ESTIMATE THE POWER OF THE INPUT SIGNAL 


wPYF 
NPYF 
LOF 

PYF 


R6, Rb 
@r_i,R6 
@r RS 
@var ,R3 


COMPUTE FILTER OUTPUT y(n) 


LOF 


MPYF3 
it ADDF 

STF 

RPTS 


PPYF3 
ii ADDF 
ADDF 


R& = x2 
Rb = (i-r) # x2 


we we 


2 RBZ =r * var(n-1) 


0.0,R2 ; R2 = 0.0 
HARO++(1)%, HARI +4(1)2,R1 

R6,R3 

3, @var ; Restore var(n) 
order-2 

SARO++ (1)2, HARI++(1)2,R1 

R1,R2,R2 : y(n) = wf).xf) 

Ri, R2 : Include last result 


COMPUTE ERROR SIGNAL e(n) 


- SUBF 


R2,R7 


QUTPUT y(n) AND e(n) SIGNALS 


R2, #AR7 
R7, #+AR7(1) 


UPDATE WEIGHTS w(n) 


s e(n) = din) - y(n) 


3 Send out y(n) 
s Send out e(n) 


Compute 1/var({n) 
varin) =a # 2e 


; Now we have 2-e-1 


; Now R2 = x{0] = 1.0 # 2-e-1. 


2 RO =v # x(0] 
: RO= 2.0 - v # x[0] 
s R2 = x1} = x(0] # (2.0 - v # x[0)) 


3 RO =v # x1) 
> RO= 2.0 - v # xf] 
¢ R2 = x{2] = x1} # (2.0 - v # x{1)) 


=v 
= 2.0 - v # x(2) 
= x{3) = xf2] # (2.0 - v # x[2)) 
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TSE25 : Adaptive Filter Using Transversal Structure 
and Sign-Error LMS Algorithm ,Looped Code 


Algoritha: 
63 
y(n) = SUM wik)#x(n-k) k=0,1,2,...,63 
k=0 


e(n) = d(n) - y(n) - 


For k = 0,1,2,...,63 
wik) = wlk) + utx(n-k) if etn) d= 0 
wk) = wlk) - utx(n-k) if e(n) ¢€ 0 


Where we use filter order = 64 and mu = 0.01. 


Note: This source program is the generic version; I/0 configuration has 
not been set up. User has to modify the main routine for specific 
application. 


Initial condition: 
1) PM status bit should be equal to 01. 
2) SXM status bit should be set to 1. 
3) The current DP (data memory page pointer) should be page 0. 
4) Data memory ONE should be 1. 
5) Data memory U should be 327. 
6) Data memory NEGW should be -327. 


Chen, Chein-Chung February, 1989 


JHHMHHEMHHHH HEHEHE 


% 
# 
% 


DEFINE PARAMETERS 


ORDER: 2equ 64 
PAGEO: equ 0 


DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 
eusect "buffer", ORDER-1 
eusect “buffer",1 
susect “coef fs", ORDER 

RESERVE ADDRESSES FOR PARAMETERS 


eusect “parameters”, 1 
.usect “parameters” ,1 


ERR: .usect “parameters” 1 
DONE: -usect "parameters", 1 
ur susect “parameters”, 1 
ERRF: susect "parameters", 1 
NEGMU: »usect “parameters” 1 


SHH ESE 


¢ PERFORM THE ADAPTIVE FILTER 
SEH 


. text 


# 
* ESTIMATE THE SIGNAL Y 
* 


LARP ARS 
CNFP ; Configure BO as program memory 
MPYK 0 ; Clear the P register 
LAC ONE, 15 : Using rounding 
LRLK ARS, XN s Point to the oldest sample 
FIR RPTK ORDER~1 : Repeat N times 
MACD WN+0Fd00h, #- s Estimate Y(n) 
CNFD ; Configure BO as data memory 
APAC 
SACH Y : Store the filter output 
¥ 
# CHECK THE SIGN OF ERROR 
# 
LT HF) ; T register = U 
NEG s ACC =~ ¥(n) 
ADDH D ; ACC = D(n) - Yin) 
BGEZ NEXT 
LT NEGMU ; T register = -U 
t 
* UPDATE THE WEIGHTS 
t 
NEXT LARK AR , ORDER-1 3 Set up counter 
LRLK AR2, WN : Point to the coefficients 
LRLK ARS, XN+1 ; Point to the data sample 
MPY #-, AR2 »P=U # X(n-k) 
ADAPT ZALR #,AR3 ; Load ACCH with W(k,n) & round 
MPYA #-, AR2 3 Wik, ntt) = Wik,n) +P 
# 3; P =U # X(n-k) 
SACH #+,0,AR1 s Store Wik, ntl) 
BANZ ADAPT , # , ARZ 
% 
FINISH end 
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AHHH HEHE HAE HH HHHIHHHHHHHHHHHHHHHHHHHHHHHHHHHHEEHHHHHHHHHE & COMPUTE FILTER OUTPUT y (n) 


* 
#  YJSE30 - Adaptive transversal filter with Sign-Error LAS LDF 0.0,R2 II ; R2 = 0.0 
# algoritha using the TMS320C30 rs 
€ MPYF3 AROt+ (10%, HARI+4(1)2,R1 > 
# = Algoritha: RPTS order-2 ao) 
* MPYF3 FARO++ (1)2%, HARI +4+(1)Z, RI SS 
# 63 * rer) 
€ yin) = SUM wik)#x(n-k) k=0,1,2,...,63 11 ADBF3 R1,R2,R20111 : y(n) = wl).xf) | 
t k=0 ADDF Ri, R2 : Include last result fon i 
# 3 va 
t e(n) = d(n) - y(n) # COMPUTE ERROR SIGNAL e(n) 
# x es) 
t for k20,1,2,..63 : SUBF R2,R7 s e(n) = d(n) - yin) hQ 
* w(k) = w(k) + utxin-k) if e(n) >= 0.0 * > ° 
# lk) = wlk) - utx(n-k) if e(n) ¢ 0.0 # QUTPUT y(n) AND e(n) SIGNALS a 
' * 7 = 
# Where we use filter order = 64 and au = 0.01. STF R2, #AR7 s Send cut y(n) S a 
* i] STF R7, #+AR7(1) : Send out e(n) me my 
t Chen, Chein-Chung March, 1989 * = vA 
* UPDATE WEIGHTS win) < 
eretrrireiertirertitrtscrrrtrtisttirrectctser tres! * = -) 
-copy —“adapftr.int* ASH -31,R7 + Get Signle(n)] a 
JAH HHH XOR3 R4,R7,R5 » RS = Sle(n)) # u cn a 
+ PERFORM ADAPTIVE FILTER MPYF3 #AROH+(1)2,R5,R1 + RI = Sle(n)) # u # xin) PF panera 
JAB HHHE EHH HEE EEE Ht LOI order-3,RC : Initialize repeat counter =| DN 
order set 64 RPTB SELMS ; Do i = 0, N3 so « 
Bu wset 0.01 MPYF3 HARO++(1)Z,R5,R1 5 Ri = Sle(n)] # u # x(n-i-1) a 
: 1! ADDF3 ARI, RI,R2 + R2 = wiln) + Sle(n)) # u # x(nei) = S 
+ INITIALIZE POINTERS AND ARRAYS SELMS STF R2,HARIH+(1)% 5 wilntl) = wi ln) + SLe(n) Jeuex(n-i) oO = 
¥ MPYF3 #ARO RS, RI ; For i=N- 2 = 
text 1} ADDF3  —- #AR1,R1,R2 po] bay 
begin set $ Bo input ; Delay branch < (ae) 
LDI order, BK : Set up circular buffer STF R2, FART ++( 10% H wi(ntl) = wiln) + Sle(n) J#utx(n-i) 
LDP @xn_addr ; Set data page ADDF3 — #ARI,RI,R2 N = 
DI @&xnaddr,ARO -«s Set pointer for xC] SIF R2,4ARI++(1)% ; Update last w So on 
LD} Pun_addr, ARI + Set pointer for wf) * ; = 7 
LDF 0.0,R0 ; RO = 0.0 # DEFINE CONSTANTS 
RPTS order~t . OC) A 
STF RO,FAROHH( LIZ =-s xl] = 0 xn susect = “buf fer“ order i ge 
1! STF RO, ARI ++(1)% : wl] = 0 wh ~usect "“coeffs", order eS cm 
LOI @in_addr, ARS ; Set pointer for input ports in_addr -usect = "vars", 1 ' 
LDI @out_addr ,AR7 : Set pointer for output ports out_addr = wusect) = "vars", 1 es) 
LDF eu, RA > R4 = au xn_addr susect = “vars"\1 ag | 
LDF @u RS ; R5 = au wn_addr -usect "vars", 1 a 
# U -usect “vars",1 rag 
inputs cinit sect ".cinit® 
#AR6,R7 ; Input din) word = 5, in.addr = 
1) LDF #+ARG(1) RO : Input x(n) sword 0804000h < 
STF Rb, #ARO s Insert x(n) to buffer — eord —— 0804002h 
+ ord xn N 
-word wn 
«float mu 


end 
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etitle = “TSS25’ 
HEHEHE 


TSS : Adaptive Filter Using Transversal Structure 
and Sign-Sign LMS Algorithm ,Looped Code 


Algoritha: 
8&3 
y(n) = SUM wikdexin-k) = k=0,1,2,...,63 
k=0 


e(n) = din) - y(n) ~ 


For k = 0,1,2,...,63 
wik) = wk) t u if e(n)#x(n-k) d= 0 
alk) = wlk) - u if e(ndex(n-k) ¢ 0 


Where we use filter order = 64 and au = 0.01. 


not been set up. User has to modify the main routine for specific 
application. 


Initial condition: 
1) PM status bit should be equal to 01. 
2) SKM status bit should be set to 1. 
3) The current DP (data memory page pointer) should be page 0, 
4) Data memory ONE should be 1. 
5) Data memory U should be 327. 


Chen, Chein-Chung February, 1989 


 , , 


JHREHHHHHHHHEHHHHE HEHEHE HEHEHE HES 
+ 

* DEFINE PARAMETERS 

+ 

ORDER: equ &4 

PAGEO: equ 0 


* 
# DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 
* 

X02 susect “buffer” ORDER-1 
XNS -usect "buffer", 1 

: susect = “coef fs", ORDER 
# 
* RESERVE ADDRESSES FOR PARAMETERS 
# 
DB susect  “parameters®, 1 
Yi .usect “parameters”, 1 
ERR: -usect “parameters”, 1 


Note: This source program is the generic version; 1/0 configuration has 


ONE: eusect ‘“parameters",1 — 
UE »usect "parameters", 1 
ERRF: ousect "parameters" 1 


SERERHELELE SEAS ELEES ESSE EEE SEES 


# PERFORM THE ADAPTIVE FILTER 
JHB HHHHHHHEHHHHEHEHE 


text 
t 
# ESTIMATE THE SIGNAL Y 
Fy 
LARP ARS 
CNFP ; Configure BO as program memory 
MPYK 0 ; Clear the P register 
LAC ONE, 15 ; Using rounding 
LRLK AR3, XN s Point to the oldest sample 
FIR RPTK ORDER-1 ; Repeat N times 
MACD WN+O0Fd00h, #- ; Estimate Y(n) 
CNFD ; Configure BO as data memory 
APAC 
SACH Y : Store the filter output 
£ 
# SET UP THE POINTERS 
# 
LARK AR1, ORDER-1 ; Set up counter 
LRLK AR2, WN ; Point to the coefficients 
LRLK ARS, XN+1 ; Point to the data sample 
# 
# CHECK THE SIGN OF ERROR 
* 
NEG 
ADDBH D s ACC = D(n) - Yin) 
SACH ERR 
+ 
# UPDATE THE WEIGHTS 
# 
ADAPT LAC #-, 0, AR2 s ACC = X(n-k) 
XOR ERR ; Get the sign of ERR(n) # X(n-k) 
SACL ERRF ; Store the sign 
LAC ERRF ; Get the sign with its sign extension 
XORK Mm, 15 s Get the convergent factor MU or -MU 
ADD #,15 s Update W(k) 
SACH #+,1,AR1 
BANZ ADAPT , #-, ARS 
% 
FINISH end 
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TSS30 - Adaptive transversal filter with Sign-Sign LAS 


algoritha using the T4S320C30 


Algoritha: 


63 


y(n) = SUM wlk)#x(n-k) k=0,1,2,...,63 


k=O 
e(n) = d(n) - y(n) 


for k=0,1,2,...,63 


w(k) = wk) + u, if x(n-k)te(n) d= 0.0 
wk) = wik) - u, if x(n-kdte(n) € 0.0 


Where we use filter order = 64 and gu = 0.01. 


Chen, Chein-Chunqg March, 1989 


{HEHE HHH HHH HHH HEE HE 


.copy "adapfitr. int” 


order set 64 
au set 0.01 
# 
# INITIALIZE POINTERS AND ARRAYS 
« 
. text 
begin set 
LDI order , BK 
LDP @xn_addr 
LDI @xn_addr , ARO 
LDI @wn_addr , ARI 
LOF @u, RO 
LOF @u,R4 
LOF @u,R5 
LDF 0.0,R0 
RPTS order-i 
STF RO, FARO++(1)% 
it STF RO, HARI 4+ (1)% 
LDI @in_addr , ARG 
LDI @out_addr , AR7 
input: 
LOF #AR6,R7 
it UDF HHARG(1) RS 
STF R6, #ARO 
* 
# COMPUTE FILTER OUTPUT yin) 
% 
LDF 0.0,R2 
# 


. 
? 
. 
J 


e 
% 
e 
? 
a 
? 
s 
? 
? 


Set up circular buffer 
Set data page 

Set pointer for x{] 
Set pointer for wl) 
RO = mu 

R4 = av 

RS = au 


; RO = 0.0 


xf] = 0 
wl] =0 


Set pointer for input ports 
Set pointer for output ports 


Input din) 
Input xin) 
Insert x(n) to buffer 


; R2 = 0.0 


192 


PPYF3 #ARO++ (12, HARI4++(1)2,R1 


RPTS 
MPYF3 
1+ ADDF3 
ADDF 


order-2 

HAROH (17%, HARI ++(1)2,R1 

Ri, R2,R2 ; yin) = wl). xf) 

Ri, R2 s Include last result 


# 
* COMPUTE ERROR SIGNAL e(n) AND OUTPUT yin) AND e(n) SIGNALS 
# 


SUBF R2,R7 
STF R2, #AR7 
it STF R7, #+AR7(1) 
* 
# UPDATE WEIGHTS win) 
t 2 
ASH -31,R7 
XOR3 RO,R7, RS 
LDF #AROH+(1)2, RS 
ASH -31,R6 
XOR3 RS, R6,R4 
ADDF3 #AR1,R4,R3 
LOI order-3,RC 
RPTB SSUS 
LOF #ARO++(1)%,R6 
it STF R3, FARL++(1)% 
ASH ~31,R6 
XOR3 RS,R6,R4 
SSLMS ADDF3 #AR1,R4, RS 
LDF FARO, RS 
ii STF R3, FARI++(1)% 
ASH ~31,R6 
BD input 
XOR3 RS, R6,R4 
ADDF3 #AR1,R4, RB 
STF R3, HAR1++(1)% 
# 
* DEFINE CONSTANTS 
* 
xn -usect "buffer", order 
wh -usect "coeffs", order 
in_addr -usect "vars" 1 
out_addr -usect "vars", 1 
xn_addr ousect "vars", 1 
wn_addr -usect "vars", 1 
u susect "vars" 1 
cinit sect “.cinit” 
-word 5, in-addr 
sword 0804000h 
-word 0804002h 
sword xn 
-word wn 
-float = au 
end 


wa we 


we 48 we Me we ve 


~s we ve we we lw ~ 


~e 48 we we we ve 


~«e 


eln) = din) - y(n) 
Send out yin) 
Send out e(n) 


R7 = Signle(n)} 

RS = Signfe(n)) # u 

R6 = x(n) 

R& = Sign{x(n-i)] 

R4 = Signlx(n-i) J#Signle(n)] #* u 
R3 = wiln) + R4 


: Initialize repeat counter 
: Do i = 0, N-3 


Get next data 

Update wi(nt+1) 

Get the sign of data 
Decide the sign of u 
R3 = wil(n) + R4 


Get last data 
Update wN-2(n+1) 

Get the sign of data 
Delay branch 

Decide the sign of u 
Compute wh-1(n+1) 
Store last winti) 
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stitle = “TL25’ Ui -usect “parameters”, { 


JHB HHBGHBHHEHHHH HEHEHE ERRF: eusect “parameters", 1 
x JAHEHHHHG HEHE 
# L25: Adaptive Filter Using Transversal Structure * PERFORM THE ADAPTIVE FILTER 
# and Leaky-LMS Algoritha, Looped Code JHA 
# text 
# Algoritha: % 
* # ESTIMATE THE SIGNAL Y 
# &3 % 
* y(n) = SUM wik)tx(n-k) =k=0,1,2,...,63 LARP ARS 
# k=0 CNFP s Configure BO as program memory 
+ MPYK 0 s Clear the P register 
# e(n) = d(n) - y(n) LAC ONE, 15 ; Using rounding 
# LRLK AR3, XN ; Point to the oldest sample 
? wik) = vtwlk) + ute(n)#x(n-k) k=0,1,2,..63 FIR RPTK ORDER-1 : Repeat N times 
t MACD WA+0Fd00h, #- : Estimate Yin) : 
t Where we use filter order = 64 and au = 0.01. CNFD s Configure BO as data memory 
# APAC 
# Note: This source program -is the generic version; 1/0 configuration has SACH Y : Store the filter output 
* not been set up. User has to modify the main routine for specific ¥ 
# application. + COMPUTE THE ERROR 
# t 
& ‘Initial condition: NEG > AC = - ¥(n) 
* 1) PM status bit should be equal to 01. ADDH DB 
t 2) SXM status bit should be set to 1. SACH ERR ; ERR(n) = Din) - ¥(n) 
# 3) The current DP (data memory page pointer) should be page 0. # 
t 4) Data memory ONE should be 1. * UPDATE THE WEIGHTS 
# 5) Data memory U should be 327. # 
# LT ERR : T = ERR(n) 
# Chen, Chein-Chung February, 1989 MPY U > P =U * ERR(n) 
# PAC 
ZH HEHEHHHEHHHHHHHHHHHHHBHHHHHHHHEHHHHHHE t ADB ONE, 15 ; Round the result 
# SACH ERRF ; ERRF = U * ERR(n) 
* DEFINE PARAMETERS * 
* LARK ARI, ORDER-1 : Set up counter 
ORDER: «equ 64 LRLK AR2, WN : Point to the coefficients 
LEAKY: =. equ 7 LRLK ARS, XN+1 ; Point to the data sample 
PAGED: 2equ 0 LT ERRF » T register = U # ERR(n) 
: MPY #-, AR2 : P =U # ERR(n) # X(n-k) 
# DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS ADAPT ZALR #,AR3 s Load ACCH with A(k,n) & round 
: MPYA #-,AR2 » Wik ntl) = Wik,n) + P 
X08 -usect "buffer" ORDER-1 % > P =U # ERR(n) # X(n-k) 
XN: -usect = "buffer", 1 ° SUB # LEAKY > ACC = R # Wkin) +P 
: -usect = “coeffs", ORDER SACH #+,0,AR1 : Store W(k,n+1) 
' BANZ ADAPT , #-, ARZ 
# RESERVE ADDRESSES FOR PARAMETERS * 
is FINISH end 
Ds susect "parameters", 1 
Y eusect “parameters”, 1 
ERR: »usect "parameters", 1 
ONE: ousect “parameters”, 1 
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Where we use filter order = 64, r = 0.995 and au = 0.01. 


Chen, Chein-Chung March, 1989 


* JL30 - Adaptive transversal filter with Leaky LMS algoritha 
+ using the TMS320C030 

% 

# Algorithe: 

# 

# 63 

# yin) = SUM wik)#x(n-k) k=0,1,2,...,63 

# - k=0 

# 

t e(n) = d(n) - y(n) 

+ 

* wk) = rtw(k) + ute(ndtx(n-k} k=0,1,2,...,63 
* 

t 

# 

# 

# 


SHIH HEE SHEE EEE HEE ES aE EE HHH EE 


. copy “adapfltr.int" 


RREREES EERE ELLER ER EES EERAEEE SLE R REEL E SEES 


* PERFORM ADAPTIVE FILTER 
JABBER HHH 
order set 64 
mu_leaky .set 0.01005 s mu / leaky 
leaky eset 0.995 
t 
# INITIALIZE POINTERS AND ARRAYS 
t 
. text 
begin set $ 
LDI order, BK ; Set up circular buffer 
LDP @xn_addrm + Set data page 
LOI €xn_addr , ARO : Set pointer for xf] 
LOI @wn_addr, ARI : Set pointer for wl] 
LOI @r_addr , AR2 ; Set pointer for r 
LDF 0.0,R0 ; RO = 0.0 
RPTS order-1 
STF RO, #ARO++(1)% ; xf] = 0 
it STF RO, HARI +4(1)% ; wl] = 90 
LOI Bin addr, ARS : Set pointer for input ports 
LDI @out_addr, AR7 : Set pointer for output ports 
input: 
LOF #AR6, R7 : Input din) 
1) LDF #+AR6(1) RG : Input x(n) 
STF Ré, #ARO : Insert x(n) to buffer 
Fa 
# COMPUTE FILTER QUTPUT y(n) 
* 
LDF 0.0,R2 : R2 = 0.0 
# 


PPYF3 #ARO+H(1)%, HARI++(1)2,R1 
RPTS order-2 
PPYF3 #AROH+ (12%, HARI+4(1)Z,R1 


it ADDF3 R1,R2,R2 s y(n) = wf).xf] 
ADDF Ri ,R2 s include last result 
+ 
# COMPUTE ERROR SIGNAL e(n) AND OUTPUT y(n) AND e{n) SIGNALS 
t 
SUBF R2,R7 s e(n) = din) - y(n) 
STF R2, #AR7 : Send out y(n) 
it STF R7 , #+AR7(1) ; Send out e(n) 
* 
# UPDATE WEIGHTS win) 
# 
MPYF @u_r ,R7 : R7 = e(n)tu/r 
MPYF3 HAROPH(L)Z,R7,Ri os Ri = e(n)tutx(n) /r 
MPYF3 #ARO++(1)2,R7,R1 5 RL = e(n)tutx(n-1)/r 
ii ADDF3 #AR1,R1,R2 > R2 = w0(n) + e(n)tutx(n) /r 
LDI order-4, RC : Initialize repeat counter 
RPTB LLMS ; Do i = 0, N-4 
MPYF3 #AR2,R2, RO s RO = riwi(n) + e(n)#utx(n-i) 
tt ADDF3 HHAR1(1),RI,R2 =: R2 = with(n) + e(n)tutx(n-i-i)/r 
LLMS MPYF3 #ARO++(1)2,R7,R1 2 RL = e(n)tutx(n-i-2)/r 
it STF RO, FARI+4(1)% ; store wi(ntl) 
MPYF3 #ARZ, RZ, RO : RO = ritwN-3(n) + e(n)dtutx(n-Nt3) 
ti ADDF3 #tARL(1),RI,R2 9: R2 = wh 2(n) + @(n) Futx(n-Nt2)/P 
MPYF3 #ARO,R7 RI s RL = e(nifutx(n-Nel)/e 
it STF RO, #ARI+4(1)% ; Store w-3(n+1) 
BD input : Delay branch 
MPYF3 #AR2,R2,RO ; RO = rtwi(n) + e(n)tutx(n-Nt2) 
1} ADDF3 #4AR1(1),R1,R2 9s R2 = whe L(n) + e(n)tutx(n-Nel) /e 
MPYF3 #AR2,R2,RO ; RO = rtwi(n) + e(n)#utx(n-N+l) 
ii STF RO, HARI ++(1)% : Store wh-2(nt1) 
STF RO, FARI+4(1)% ; Update last w 
+ 
* DEFINE CONSTANTS 
t 
xn »usect “puffer”, order 
wn ousect "coeffs", order 
in_addr eusect "vars", 1 
out_addr -usect "vars" 1 
xn_addr susect "vars", 1 
@n_addr -usect "vars", 1 
ut -usect "vars" 1 
r -usect "vars", 1 
r_addr -usect "vars", 
cinit sect ",cinit® 


-word 7, in_addr 
sword 0804000h 
sword 0804002h 
-word xh 
word an 
float au_leaky 


» float leaky 


sword 
send 


r 


O€<DOTESILL 24} Suis) 
WYWIOSTY SIT Ayee’] JIM aanjonajg [BSIIASUBL], °75) xIpuseddy 


y9T 


eee me em kee eK eH hh eH RR KH RR KH KC KH KH Ke HR KK SP HF KH Hh HM 


OFDOZESWLL FY 40. SZDOZESWLL 24} YIM S4ayiy aaudvpy fo uoynjuawmajduy 


title = “BLAS” 
SHH HEHEHE HHH HEHE EEE EEE EES St 


BLMS : Adaptive Filter subroutine using Transversal Structure 
and LMS Algorithm, Looped Code 


Algoritha: 
N-1 
y(n) = SUM wik)#xin-k) k=0,1,2,...,N-1 
k=0 


e(n) = din) - y(n)- 
w(k) = w(k) + ute(ndex(n-k) k=0,1,2,...,Ne1 


Where we use filter order = N 


There are some initial conditions to meet before calling it. 


Initial conditions: 
1) Data memory ONE should be equal to 1. 
2) Data mesory U should be equal to MU (Q15 format). 
3) PM status bit should be equal to Of. 
4) SXM status bit should be set to logic 1. 
5) OM status bit should be set to 1. 
6) The current DP (data memory page pointer) should be page 0. 


p.s. 1) The return current auxiliary register will be AR2. 
2) ARL AR3 have been used in this subroutine. 


Chen, Chein-Chung February, 1989 


SHEE EEG SERS EES REELS EES EEEEEES EEE EEE ESEESE 


# 

# DEFINE AND REFER SYMBOLS 

# 

-global LS, ORDER, U, D, ONE, Y, ERR, XN, WN 

# 

# RESERVE ADDRESS FOR PARAMETER 
# 

SAVE1: -usect “parameters”, 1 
SAVE2: susect “parameters”, 1 
SAVE3: eusect "parameters", i 
ERRF: -usect “parameters",! 


{HHH} HHH HHHHHHHHHHHHHHHHBHHHHE 
# PERFORM THE ADAPTIVE FILTER 
JHA HEHEHE HHHHHHHHHHHHHHHHE 
# 

# ESTIMATE THE SIGNAL Y 


Note: This subroutine performs Adaptive Filter using the LMS Algoritha. 


. text 
LMS LARP ARB 
SAR AR1, SAVE! 
SAR AR2, SAVEZ 
SAR ARS, SAVES 
CNFP 
MPYK 0 
LAC ONE, 15 
LRLK AR3, XN 
FIR RPTK ORDER-1 
NACD WN+0F d00h , #- 
OWFD 
APAC 
SACH Y 
‘ : 
# (COMPUTE THE ERROR 
& 
NEG 
ADDH D 
SACH ERR 
# 
# UPDATE THE WEIGHTS 
+ 
LT ERR 
MPY U 
PAC 
ADD ONE, 15 
SACH ERRF 
t 
LARK AR1, ORDER-1 
LRLK AR2, WN 
LRLK AR, XN+1 
LT ERRF 
PPY #~, AR2 
ADAPT ZALR #, ARS 
MPYA #-, AR2 
+ 
SACH #+,0,AR1 
BANZ ADAPT , #-, ARZ 
t 
LAR AR1, SAVE! 
LAR AR2, SAVE2 
LAR AR3, SAVE 
F 
FINISH RET 
‘ 
end 


; Set current register 

; Save register ARI. 

Save register AR2 

Save register AR3 
Configure BO as program memory 
Clear the P register 

Using rounding 

: Point to the oldest sample 
+ Repeat N tines 

s Estimate Y(n) 

; Configure BO as data memory 


~e 48 we ve 


; Store the filter output 


5 ACC =~ Y(n) 


ERR(n) = Bin) - ¥(n) 


~~ 


T = ERR(n) 
P = U # ERR(n) 


ee 40 


round the result 
ERRF = U # ERR(n) 


we we 


Set up counter 

Point to the coefficients 
Point to the data sample 

T register = U * ERR(n) 

P =U # ERR(n) * X(n-k) 

Load ACCH with A(k,n) & round 
Wik,ntl) = Wik,n) +P 
P=U* ERR(n) # X(n-k) 

Store Wik, ntl) 


re) ey ee ee ee en) ey 


Restore register AR1 
Restore register ARZ 
Restore register ARS 


we ep we 


STDOZESIALL 943 SuIsQ WYIOSTY SINT 
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Appendix H2. Linker Command File for Assembly Main Program 
Calling a TMS320C25 Adaptive LMS Transversal Filter Subroutine 


{ 
It AUIH “NWIS “SUVA [EQN a/ 1 BOWE REQHKI C C}t 35q° 
/* TG 401g 4/ T Nd IWHWI Cfo: 133404 
/t 08 A20LG #/ T3Wd WAI (23 $49205 
{* SJdLIHV IEG ¥/ 1 3d Za7NIO1g < ( } sSuazawesed 
/* apo) #/ 0 3d Bou g Cd: 9)" 
/* G{qER 10}93A YdNusaquy 4/ 0 3d ST SC}: S1OpI0A 
} 
SNOTLI3S 
[Benn nn nnn nn nnn nn nn nnn nnn nen nn nnn ene n nnn ne ne of 
/* NOTLYIOTW SNOTLIZS #/ 
[¥~------------- eoen nn eenenn nnn --- a enenee eeccce= aanncte nn ecsen- --~-9/ 
{ 
4YOOII) = 495U2| ‘YOO"G = UTBtue s RZEQTRxg 
/* 1d #/ YOOTO = 4}bua, “YOOED = UTETYO : TYHT3UT 
[s Od #/ YOOTO = 446ua, “YOOZd = uthtue : WYYTaUT 
YOZO = Y3buaL ‘YQ9Q = UTbIse + ZQ7yD01g 
/# — BFRY 2/ 490 = 4ybuay ‘yo = uter : sbay : J 300d 
yo340 = YRbuay ‘yOZO = UTOTIG : bose yy 
7% @23b005 4/ 4yozZ0 = YRbuaL ‘YQ = utbtuo ; $3U] 3: 0 390d 
ASQW3A 
/ERSRRESSSERRRE REESE ERASERS SAAT ERR ASHES RESALE AE ESSE SESE EEE SER EE EEEEEESES / 
/t *pasmbizuod Jou asB Yy4T--4OQ puke Y3C--U9 #/ 
/* SUOTJRIO| AJOwaM BPEY *(apoH JOSsar0ud0JIIW) | = ~W/ dhl */ 
/* PUR (IND) Asowaw Plep se paunbryv02 st og y>01g + 
/* +/ 
it NOTLYOTGLISdS AYOWe 1SO29N #/ 
/* */ 
/ "SZDOZESWL 3N0A go UOt}BINDIyv0D Asomaw #/ 
/t GY} PUG weIBOId By, 4o aZTS ay} 4) DUTPJOIIe aways #/ 
/* UOTZRIO;]e ay, abuey> 0) pura Amw nog caurjaptnd 2! 
/* BSE YT sn sswesWosd Ajquasse G7 jOZESwWL 942 Butyyty Joy t/ 
/t PasN ay UBD Jey} a1ty PUPWEOD aydwes E St ayTy Sty, pUOTZdTIISAg #7 
/* #/ 
/® PMID CILTZ PUD H Capty yor G- crosazty fos yordsp sabesy */ 
it a/ 
/t pazBsodiouy szuawnsysuy sexay sper ‘aeey yybr Ader 3! 
It WYUOQYd ATAWSSSY SZI0ZESML Y ONDANIT 80S TIS ONO - OWI UNITW #/ 


/RERESREES SAE SSE SERS ERLE READE LETS EEE SEES SEES SEE 0802054009959 / 
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ewidth = 132 
JHE HHHHHHHHHHHHHHHH HHH HHH HHH HHH 


This is the initial boot routine for TMS320C30 adaptive 
filter Prograns. 


This module performs the following actions: 
1) Allocates and initializes the system stack. 
2) Performs auto-initialization, which copies section 
"const" data from ROM to DATA RAM. 
3) Prepare to start the user’s asseably program. 


i ed 


JETER 
STACK_SIZE .set 40h s Size of system stack 


FP set ORB s Frame pointer 
# 
ssect "vectors" 
RESET -sord adap_init 
t 


# ALLOCATE SPACE FOR THE SYSTEM STACK. INITIALIZE THE FIRST WORDS IN 
# .text TO POINT TQ THE STACK AND INITIALIZATION TABLES. 
+ 


stack eusect  “. stack", STACK_SIZE 
etext 
4 
stack_addr .word stack Address of stack 


init-addr word cinit 3 Address of init tables 


HEINE HHH HEHEHE 


# ADAPTIVE FILTER INITIALIZATION ENTRY POINT FUNCTION 
JHHHHHHHHHHH HHH HHH HHH HHH HHHHHEHE 


adap_init: 


* 
* SET UP THE INITIAL STACK POINTER 
# 
LDP stackaddr : Get page of stored address 
LBI @stack.addr,SP  ; Load the address into SP 
LDI SP, FP s And into FP too 
# 
* DO AUTOINITIALIZATION 
gor 
LOP init_addr : Get page of stored address 
LBI @init_addr, ARO =; Get address of init tables 
CAP] -1, ARO ; If RAM model, skip init 
BEQ done 
LBI #ARO+, Ri s Get first count 
B2D done s If 0, nothing to do 
LOI #ARO++, ARI s Get dest address 
LDI #ARO++, RO : Get first word 
SUBI 1,R1 3 Count ~ 1 
# 
do-init: ~ 
RPTS Ri : Block copy 


RO, HARI +H 
#ARO++, RO 
RO, Ri 
do_init 


s Move next count into Ri 
: If there is more, repeat 
: Get next dest address 

s Get next first word 

: Count - 1 


weIso1g UOHEZeNUy 19717 andepy OCQOZESILL “CH Xipueddy 
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L9C 


JERE EHH HEHEHE STF R3, ey : Store y(n) 
* SUBRF 0d ,R3 s e(n) = din) - y(n) 
#  BT30 - TMS320C30 adaptive transversal filter with STF R3, &e : Store e(n) 
# LMS algorithm assembly subroutine. # 
* # UPDATE WEIGHTS wl) AND SHIFT xf] 
#  Algorithe: * 
# 
* N-1 MPYF @u, R3 ; R3 = e(n) # u 
# y(n) = SUM wik)#x(n-k) k=0,1,2,...,N-1 MPYF3 #ARO++(1)2,R3,R1 5 Ri = e(n) # yu # x(n) 
t k=0 LOI @order , RC : Initialize repeat counter 
# SUBI 1,RC 
+ e(n) = din) - y(n) RPTB LAS ; Do i = 0, N-3 
* MPYF3 FARO++(1)2,R3,R1 =: Ri = e(n) # u # x(n-i-l) 
* wik) = wk) + ute(n)#x(n-k) k=0,1,2,.0.,N°1 it ADDF3 #ARI,R1,R2 s R2 = wiln) + e(n) # u # x(n-1) 
i LMS STF R2, #ARI++(1)% s wi(ntl) = wiln) + e(n) # u ® x(n-i) 
* Where we use filter order = N and mu = 0,01. MPYF3 #AROTR3,R1 s for i =N- 2 
* _ _ it ADDF3 #AR1,R1,R2 
* = Initial condition: STF R2, ARLH+(1)% s wilntl) = wi(n) + e(n) # u # x(n-i) 
# ADDF3 #AR1 RL, R2 
# 1) ARO and ARI should point to x0] and wf0], STF R2, HARI ++ (1)% : Update last w 
* 2) Data memory u should contain step size. % 
* 3) Data memory order should contain N-2, where N is filter order. POPF . R3 
# 4) Data memories d, y, and e should be defined in caller routine. POP R3 
* POPF R2 
+ Chen, Chein-Chung March, 1989 POPF Ri 
- POP Ri 
JHA HHH HEHEHE ‘ 
-global LMS30,u,d,y,e, order RETS 
JHHEHHHEH HEHEHE HEHEHE HEE HARE HEHHHHEHHEE send 


# PERFORM ADAPTIVE FILTER 
JHHHBHEHH HEEB HEHEHE HEHEHE HEHEHE 
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text 
LHS30 set $ 
PUSH R1 
PUSHF Ri 
PUSHF R2 
PUSH R3 
PUSHF R3 
# 
# COMPLITE FILTER OUTPUT y(n) 
* 
LDF 0.0,R3 s R3 = 0.0 
* 
MPYF3 #ARO++ (12, HARI++(1)2,R1 
RPTS @order 
PPYF3 #AROH+(1)2%, HARI++(1)2,R1 
it ADDF3 Ri ,R3,R3 s y(n) = wl).x0) 
ADDF R1,R3 : Include last result 
+ 
# (COMPUTE ERROR SIGNAL e(n) AND STORE yin) AND e(n) 
t 


Appendix H5. Linker Command/file for Assembly Main Program 


Calling the TMS320C30 Adaptive LMS 


Transversal Filter Subroutine 


/* 
/* 
/* 
/t 
/* 
/* 
/t 
/* 


SUTEH Jaz {Ty 921QQR( Joy Asomay ¥/ Iwas <0): (zejuét 
SJUITIIZ4A02 JazRETZ JOZ AsO Way ¥/ Td ¢ 
J344Ng BRAD 305 Avoway ¥/ OW < f} 
Sa{QeTIeA 105 AJOWAY £/ SHAT <0 

YDRYS Wayshs 2/ WWIS 6 O 

$2 [Gey VOTIEZTIELR IU] £/ wo 20 

apo} x/ Wd = 0) 

SJOZIVA ZONIIZIUY 4/ 575A <¢ {) 


je sured 
1944202 
Bag INg 

TSUBA 
299b4s* 
sytuto* 

23x28)" 
1540} 29A 


eo 


} 


SNOT LI3S 


7% ASOWBA OLNI NOTLUDIOTW SNOILIIS SHL ASIORS #/ 


1X3 40 4h + YOR - 12019 SUA #/ — OFOTXO = 481 0244608x0 = Bo 
T4291 WY #/ — ODEXD = VAL 002608XD = Due 

4DBYS WIYSAG ¥/ OPXO = UR 029608x0 = buo 

0 42019 WY #/ = OPEXO = UAL ODEENEXO = B10 

06454220 = 49} O280 = bse 

02x = Hat Q = bs0 


SSY¥A~ 
2 THUY 


$34 


- 


AMOW3N 


/% AMR AMOWIN W3LSAS FHL ASIII #/ 


/REEREREEE ER ERE REE EERE ERE ERE EE EEE EEE EEE EE EEE EER EERE EE EEE REESE / 


{[t 
/* 
it 
/* 
/* 
/* 
/* 
/% 
It 
ik 
ft 
/ 
/* 
{ 


*satuepunog yyy Aue ssou2 jou sae 

PUR SPJOM YO UY} Ja, {ews 3g 4ysMw SIEA ‘STyR AgstyRs Of 
cabed aHurs e& utyqIM S}T4 UOTZIAS SSG” JYTING 342 3EYz 
Guns aq ‘japow Avowaw (3, Neyap) 11 ewS 243 Butsn vay, 


“MOTJEZT{RTPTUTOFNE Jyy OP 02 FIT} WOU LINIGYOY 
BYY YYIM YUTL 0} aaey Swebosd sazpt4y aatgdepe ayy Liy 
*swesboud Atquasse yajpjty aatgdepe Ouryury s04 


Pasn aq YR) Jey 3{ 14 puveMoD aidwes B st aply STY, wOTydIyISag 


pur'depe cai ty dew #- <a[ty ynoy 9- C**saqt4 [go> QEyUL sAhesh 


SweuoOdd 


*/ 
#/ 
*/ 
*/ 
#/ 
#/ 


’ 
: 


MBL SALLAVOY O€N0ZEGNL SNIINT] 904 FTES ONYWHOD - Ode ¥/ 


/RESERERER HERS EELAEE SARE SEE ESLER ESSE SE REPS ERE EASES SEES RARER SEES ESSSE SE / 
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title = “CLNS’ COEFFP: .egu OF FOOh 


ettisti ttt ctrtretecetttstrrsrertittrtrreeresrtetstrrertrrtirititsey COEFFD: aa 0200h > 
: — FRSTAP: = wequ © (0300h 
# (CUMS : Adaptive Filter C subroutine using Transversal Structure JE GHUHHHEHA HH 04440 S 
# and LMS Algorithm, Looped Code # PERFORM THE ADAPTIVE FILTER S 
# JES Eee eon] 
# Algoritha: t Ss, 
* * SAVE THE VALUES OF THE REGISTERS rn 
t N-1 k we 
# y(n) = SUM w(k)#x(n-k) k=0,1,2,...,N-1 text — 
. k=0 _Ins SAR ARI, SAVE! puch, 
* : SAR AR2, SAVE2 ° 
# e(n) = d(n) - y(n) SAR ARS, SAVES ‘e' 
* SAR AR4, SAVES > 
# wlk) = wlk) + ute(n)&x(n-k) k=0,1,2,...,N¢1 SST DSTO st WN 
x ssTi DSTI ve a 
Ss Where we use filter order = N ‘ © > 
# GET THE ADAPTIVE FILTER PARAMETERS = = 
# Usage: Tas(n,mu,d,x, dy, &e) ‘ ae 
* n - order of filter SPH { » Set P register shift mode = = 
' mu - convergence factor SSXM » Set sign extension mode = =a 
+ d - desired signal SOVM : Set overflow mode =| 
* x - input signal LDPK 0 » Set data page = 0 on er) 
* by - addr of output signal MAR # ; Set pointer for getting papameter Wr 
Ps &e - addr of error signal LAC rea » ACC =N —o =. 
mK | E 
* Note: Data memory 0200h O200h+N-1 & 0300h O300h+N-1 are reserved. SACL ORDER » ORDER = N - 1 jo] 
# ADLK FRSTAP - 
* Chen, Chein-Chung February, 1989 SACL ADRLST ; Store address of last tap = © 
(HEHEHE HEHE SACL uU ; Get and store the MU po] ps 
def _Ias LAC #- CO 
# SACL D ; Get and store the D < ae} 
# RESERVE ADDRESSES FOR PARAMETERS LAC #-,0,AR3 N NH 
t LRLK ARS FRSTAP Go 
DSTO: eusect “parameters” 1 SACL * : Insert newest sample bho 
STi: eusect “parameters”, ! t S PL 
SAVE1? -usect "paraseters", 1 * ESTIMATE THE SIGNAL Y ‘oe a 
SAVE2: eusect “parameters”, 1 * ho = 
SAVE3: eusect “paraaeters", 1 CNFP : Configure BO as program memory an ‘oe’ 
SAVE4: wusect “parameters”, 1 MPYK 0 : Clear the P register o> 
ORDER: susect “parameters", 1 LALK 1,15 ; Using rounding S 
Xs susect “parameters”, 1 LAR AR3, ADRLST : Point to the oldest sample a 
D: vusect “parameters”, 1 FIR RPT ORDER : Repeat N tines 
Us -usect "parameters", 1 NACD COEFFP, #- ; Estimate Y(n) = 
Y: .usect “parameters” 1 CNFD ; Configure BO as data memory pmal @ 
ERR: susect “parameters”, f APAC = 
ERRF: susect “parameters”, 1 SACH Y ; Store the filter output 
ADRLST: »usect “parameters”, } # = 
Ps # COMPUTE THE ERROR 
+ DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS ' < 
NEG s ACC = - Y(n) SN 
ADDH D 


waa 203g $ 


(NIU UT) Bes 40 Saupe ayy jag ¢ 
A asoys # 


(NIV UT) A 3° SSdsppe ay} jag ¢ 


(140'4)m 99035 ¢ 

O-UY # (MB ea dt 

4+ (UNM = (THUD M FE 

punod 3 (U'%)Y Y2TM HOW peoy ¢ 
OFX # (ORI N= dF 
(Y)gN2 a = Jagstbas yt 


aydwes Byep ayy 03 yUtog ¢ 
SZUATITGF9O2 BYR 0} QUTOg § 


JquN0> dN jag § 


(URE a = BRE 
J{NSau 3yQ puNoy § 


(HMB eNad 
(mgs 1 t 


(A - Chg = (RF 


#3AUS ‘buy 
€3ANS “Say 
Z3A0S ‘ZY 
T3A0S ‘Tay 
1180 
o1sd 


pue° 


wT 
wt 
wT 
wi 
1S] 
"487 


* 


139 HSINIS 
* 


SY31SIO3Y FHL BNOLSSH# 


Tay ‘o's 
uua 
Zu 's ‘Tad 
Tay ‘o's 

A 
Zuy ‘-3 Zu 
TW 


HS 
wT 
wT 

TOS 
ww) 
uw 

ay) 


Mua ONY A HL 3u01S* 


Zuy'-2' Lady 
PW 0" 43 


Zuy '-* 
Sun's 

ZY '-* 
23 

+ 

iStway ‘say 
044309 ‘Zuy 
43040 “buy 


33 
ctl 


INVA 
HOS, 


1dv0y 


# 


SIHOISA HHL Uvdd) = # 


cE 
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LMS algoritha. 
Aigorithn: 


Net 
y(n) = SUM w(k)ax(n-k) k=0,1,2,.0. Nel 
k=0 


e(n) = din) - y(n) 


tk) = w(k) + ute(n)#x(n-k) k=0,1,2,...,Ne1 


Usage® tias(n, mu, d, Sw, &x, ky, ke) 
n - order of filter 
mu - convergence factor 
d - desired signal 
ks - filter coefficients 
&x - input signal buffer 
ky - addr of output signal 
ke - addr of error signal 


Chen, Chein-Chung March, 1989 


5 ls os Ee | 


AHHH EHH 
-global _tles 

FP Set ARS 

JHB EHH EEE EEE EE 

# PERFORM ADAPTIVE FILTER 

JAAS EE 


text 

_tias «Set $ 
PUSH FP 
LDI SP, FP 
PUSH ARO 
PUSH ARI 
PUSH AR2 
PUSH Ri 
PUSHF RI 
PUSH R2 
PUSHF R2 
PUSH R4 
PUSHF Rb 
PUSHF R7 


# 
# GET FILTER PARAMETERS 


* 


CT30 - TMS320C30 C subroutine adaptive transversal filter with 


re 


Where we use filter order = N and au = 0.01. 


me 


A 


LECCE CEeee MeL CLL eeiee 


-— 


#-FP(2) RA 
#-FP(6) ARO 
#--FP(S) ARI 
2,R4 


COMPUTE FILTER OUTPUT y(n) 


0.0,R2 


#ARO++( 1) ARIA4(1) RI 


R4 


#ARO++(1), #ARI++(1), Ri 
s y(n) = wf].xf) 
: Include last result 


Ri ,R2,R2 
R1,R2 


4-FP(2) ,ARZ 
R2, FP(1),R7 
R2, #AR2 
#-FP(3) , ARZ 
R7, #AR2 


UPDATE WEIGHTS w{] AND SHIFT xf) 


#FP(2),R7 
#—ARO(1) ,R7,RI 
R4, RC 

LMS 
#—ARO(1),R7,RI 
#--ARI(1) ,R1,R2 
#ARO, RO 

R2, #AR1 

Rb, HHARO(1) 
#—ARI(1) ,RLR2 
R2, #AR1 


«0 48 ee ee 


COMPUTE ERROR SIGNAL e(n) AND STORE y(n) AND e(n) 


Get filter order 
Get pointer for xf) 
Get pointer for wl] 
Set loop counter 


Get y(n) address 
e(n) = d(n) - y(n) 


Get e(n) address 


R1 = e(n) # u # x(n-Nel) 
Initialize repeat counter 


Ri = e(n) & u # x(n-itl) 

R2 = wi(n) + e{n) # u # x(n-~i) 

Get x((nt+i-N+l) 

wil(ntl) = wiln) + e(n) # u * x(n-i) 


R2 = wiln) + e(n) # u ® x(n) 


OCDOZTESILL 2U) SuIsQ wYWAIOSTY 
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274 A Collection of Functions for the TMS320C30 


Introduction 


This report presents a collection of efficient machine language programs for advanced 
applications with the TMS320C30. These programs provide basic math and transcenden- 
tal functions. Other routines include vector functions, FFTs and linear algebra. 


Library Overview 
The set of programs fall into six categories: 


I. Normal precision floating point math functions, 
II. Extended precision floating point math functions, 
Il. Integer arithmetic routines, 

IV. Vector utility routines, 

V. Radix 2 FFT routines, and 

VI. Linear algebra routines. 


Categories I and II are programs which implement a minimal set of elementary 
mathematical functions for advanced applications. In these categories, the functions FPINV 
and SQRT are improved versions of the programs in the TMS320C3x User’s Guide [1]. 
In category III, IMULT and IDIV are improved versions of the programs EXTMPY and 
DIVI in [1]. In category IV, *FMIEEE and *TOIEE are array versions of the TOTEEE 
and FMIEEE scalar programs from the User’s Guide. 


The names and short descriptions of these routines use some special notation: 


Categories I and II: xd — indicates that the relative accuracy of the im- 
plemented function is x decimal digits. 
Categories IV and VI: * —. program name prefix stands for M or R. 


M — selects the memory based parameter entry point. 

R — selects the register based parameter entry point. 

Categories II and VI: X — indicates the extended precision program 
version. 
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Consult the program source listings for more details. 
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The following are brief descriptions of the programs by category: 


Normal floating-point (32-bit) math functions (SMATH.ASM): 


1: 


I. 


Hit. 


IV. 


rammMoOw> 


SIN 
COS 
EXP 
LN 
ATAN 
SQRT 
FPINV 
FDIV 


—computes a 7d sine(x) for all x in radians. 
—computes a 7d cosine(x) for all x in radians. 
—computes a 7d exp(x) for all |x| < 88. 
—computes a 7d In(x) for all x > 0. 
—computes a 7d atan(x) in radians for all x. 
—computes an 8d sqrt(x) for all x > 0. 
—computes an 8d 1/x for all x # 0. 
—computes an 8d x/y for all x and all y # O. 


Extended-precision, floating-point (40-bit) math functions (|MATHX.ASM): 


HROMMOO wD 


SINX 
COSX 
EXPX 
LNX 
ATANX 
SQRTX 
FPINVX 
FDIVX 
FMULTX 


—computes a 9d sine(x) for all x in radians. 
—computes a 9d cosine(x) for all x in radians. 
—computes a 9d exp(x) for all |x| < 88. 
—computes an 8d In(x) for all x > 0. 
—computes an 8d atan(x) in radians for all x. 
—computes a 10d sqrt(x) for all x > 0. 
—computes a 10d 1/x for all x # 0. 
—computes a 10d x/y for all x and all y # 0. 
—computes a 10d x+y for all x and y. 


Integer (32-bit) math routines ($MATHI.ASM): 


A. 


B. 
C. 


ILOG2 


IMULT 
IDIV 


—computes m = log2(n), n < 2™ for use with radix 
2 FFT programs. 

—computes 64-bit product of two 32-bit numbers. 

—computes quotient and remainder of two 32-bit 
numbers. 


Vector utilities (@VECTOR.ASM): 


A. 


*CORMULT 


*CONMULT 
*CBITREV 


*FMIEEE 


—in-place computation of the complex vector pro- 
duct of two complex arrays using the complex con- 
jugate of the second array. 

—in-place computation of the complex vector pro- 
duct of two complex arrays. 

—in-place bit reverse permutation on a complex ar- 
ray with separate real and imaginary arrays. 

—in-place fast conversion of an TERE array to a 
TMS320C30 array. 
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E. *TOIEEE —in-place fast conversion of a TMS320C30 array to 
an IEEE array. 


F, *VECMULT —in-place multiplies a constant times an array. 
G. *CONMOV —moves (fills) a constant into an array. 
H. *VECMOV —mioves (copies) an array into another array. 
V. Radix 2 FFT routines ($FFT2.ASM): 
A CFFFT2 —Complex DIF forward radix 2 FFT using separate 
real and imaginary arrays and 3/4 cycle sine table. 
B. CIFFT2 —Complex DIT inverse radix 2 FFT using separate 


real and imaginary arrays and 3/4 cycle sine table 
(does not include the 1/N scale factor). 


VI. Linear algebra routines (SLINALG.ASM): 


A. *SOLUTN —Solves a well conditioned system of linear equa- 
tions with any number of dependent variable sets. 
Uses no (diagonal) pivoting with normal-precision 
floating-point math. 

B. *SOLUTNX —Solves a well conditioned system of linear equa- 
tions with any number of dependent variable sets. 
Uses no (diagonal) pivoting with extended- 
precision floating-point math. 


Extended vs. Normal Precision 


Categories I, II, and VI represent a dual collection of programs implemented with 
32-bit single- or normal-precision TMS320C30 floating-point arithmetic, and with 40-bit 
extended-precision TMS320C30 floating-point arithmetic. Some of the normal-precision 
programs (category I, for example) have been written using the TMS320C30 RND in- 
struction for rounding to obtain the optimal precision from the standard floating point 
TMS320C30 instruction set. This has been done with a slight loss of speed. Such round- 
ing can be carefully eliminated by the user if the additional speed is necessary at the ex- 
pense of some accuracy. 


Extended-precision was implemented on the TMS320C30 by the simple implemen- 
tation of the 40-by-40 floating-point multiply routine, FMULTX. This was necessary since 
the TMS320C30 has 40-bit addition and subtraction instructions, but the multiply operates 
only on 32-bit inputs. By using the native add and subtract FMULTX and the extended- 
precision registers RO to R7, 40-bit floating-point math was effected. All 40-bit constants 
are stored in two consecutive words in memory. The first word is the normal truncated 
32-bit floating-point number. The least significant byte of the second word contains the 
remaining bottom 8 bits of the extended mantissa. The programs are coded to properly 
load extended-precision registers with these double-word constants. 
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The extended-precision versions of the programs in this report may be slower than 
their normal precision counterparts. When using extended-precision results in RO from 
category II programs, note that the results may be stored in memory with or without round- 
ing. A more accurate normal-precision result will generally be obtained by rounding. You 
should never round before using an extended-precision result as input to another extended- 
precision program unless special circumstances exist. Note that truncation, not rounding, 
will occur if an extended-precision register 1s moved to any 32-bit register or any memory 
location. This will generally cause loss of accuracy in the amount of the value of the least 
significant bit of the mantissa. 


Program Utilization 


Since all programs in this collection are intended to be invoked by a CALL instruc- 
tion, you must have the stack pointer (SP register) appropriately set to an available memory 
area, preferably in internal RAM. Programs in categories I and II save and restore the 
data page register DP by using the stack area pointed to by SP. Programs in category 
III do not alter or use the DP register at all. The programs in categories IV through VI 
alter but do not restore the DP register. 


All of the programs in categories I through III, except for [LOG2, are implemented 
as straight line code. You may wish to disable the instruction cache while these programs 
are being executing. This will cause no loss of execution speed and will avoid flushing 
out potentially reusable instructions in the cache. It is beneficial to have the cache enabled 
when using most of the remaining programs (categories IV through VI) as they generally _ 
contain multi-instruction loops. 


Programs in categories IV through VI allow input through externally defined variables 
addresses. The .global references indicate these addresses, where the input variable values 
and/or addresses are located. The starting address of these memory locations is given by 
the external variable $PARAMS. All of the addresses are assumed to be in the same 
TMS320C30 memory page as $PARAMS. If this is not the case, the addresses or the 
programs should be changed assure that the DP register gets set properly. 


Programs in categories IV and VI also allow the use of registers to hold input 
parameters. The exact registers to be used are found in the program source listings. When 
using the register input entry point, refer to the program using the R prefix on the pro- 
gram name, e.g. RSOLUTN. The memory based parameter input entry uses the M prefix, 
e.g. MSOLUTN. The .global references to the R prefix entry points may be deleted if 
they are not needed. 
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Function Approximation Techniques 


Categories I and II are made up of a collection of elementary mathematical func- 
tions numerically approximated using two basic methods. The functions SIN, COS, EXP, 
LN, and ATAN are approximated by using polynomials fitted to the various functions 
over a limited range of the independent variable. The functions SQRT and FPINV are 
approximated by iteratively solving a particular non-linear equation. The extended preci- 
sion versions of these programs (category II) use the same approach with extended-precision 
arithmetic and resort to more accurate polynomials or more iterations to achieve the desired 
precision. 


Polynomial Approximations 


The polynomial approximation method is fundamentally very simple. A limited part 
of a function is approximated by a polynomial of some order sufficient to obtain the desired 
accuracy. The polynomial is generally a series of the form: 


n 


P(n, x) = D> falilxi, 0) 
i=0 


where x is the independent variable, n the polynomial order (a fixed integer), and a[i] 
is a set of n+1 fixed coefficients. 


The desired function, say f(x), is then approximated by a particular P(n, x) such that: 
f(x) = Pn, x) + e(x), xl < x < xu, (2) 


where x1 and xu are the limits of the domain of x, and e(x) or e(x)/f(x) is the error func- 
tion which has been usually minimized in the min-max (equi-ripple) sense. This is done 
by selecting an appropriate means of calculating the coefficients ali]. 


Various techniques and schemes are used in the selection of: 
the approximation interval, 


transformations on the function, 


e selection of the polynomial form, 
@ error minimization criteria, and 
@ calculation of the coefficients. 


See Hastings [2] for an excellent tutorial on this numerical methodology. All of the 
polynomial approximations used in here were obtained from the National Bureau of Stan- 
dards reference edited by Abramowitz and Stegun [3]. 
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Non-Linear Equation Approximation 


The second method of approximation, using the solution of non-linear equations, 
is easier to understand. This method requires that a solution for the equation g(x) = 0 
be found. One means for solving this equation is by Newton-Raphson iteration. This can 
be understood by considering the Taylor series expansion for g(x): 


g(x + h) = g(x) + hg’(x) + r(x, h), (3) 


where r(x, h) is the remainder of the series (which can be assumed to be small), and g’(x) 
is the derivative of the function g(x). Leaving off the remainder in (3) we get, in terms 
of incremental values of x, the approximation: 


g(xlit1) = g(xlil) + {xfit1]—xli}g’liD. (4) 


Solving for x{i+1] in (4) with g(x[it+1]) = 0 yields the approximation: 
xfit+ 1] = xfi] — g(xli])/g’ Gh). (5) 


Thus, x[i+1] will converge to a solution of g(x) = 0. Convergence can be shown 
to be quadratic, i.e. the error in the approximation at each iteration is proportional to the 
square of the error in the previous iteration. Minimally, this requires a sufficiently close 
starting value for x[0] and the condition that |g’(x)| > 0 for all iterated values of x. 


Math Functions Details 


The approximation techniques can be applied to each of the classes of functions. 
The following sections describe the approximations as they are applied to each function. 


Inverse and Square Root Functions 


For the problem of computing good approximations to sqrt(c) (SQRT and SQRTX 
routines) and 1/c (FPINV and FPINVX routines), both g(x) and g’(x) must be derived 
and then use the iteration of equation (5). This is complicated by the restriction that divi- 
sion should be avoided since the TMS320C30 has no divide instructions. For the iteration 
to find the inverse of c, you can write: 


sli) Sk =e: 6) 


which is solved when 1/x = c or x = 1/c. Taking the derivative of (6) and substituting 
into (5) and simplifying gives us: 


x{it+1] = xfi]{2 — cxf{i}}, (7) 
which needs no division. 


Thus, (7) will converge to 1/c with the accuracy (in digits) for each iteration equal 
to twice that of the preceding one. Thus, if x[0] approximates 1/c to 3 bits of precision, 
only three iterations of (7) will yield about 24 = 3(23) bits of accuracy. 
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A similar iteration from f(x) = x2 for sqrt(c) can be derived from the formulation: 
g(x[i]) = xfiJ* — c = 0, (8) 


which is solved when x2 = c or x = sqrt(c). The solution for (8) leads to the classic square 
root formula: 


x{it1] = O.5{c/xfi] + xfi}}, (9) 


but this equation uses division. However, the iteration from f(x) = 1/x2 for 1/ sqrt(c) can 
be shown to be: 


x{it1] = xfij{1.5 — c’xfi]2}, (10) 


where c’ = c/2 = 0.5c. Though (10) needs no division, the final desired result must be 
transformed by an extra multiplication by the input c because: 


-sqrt(c) = c{1/sqrt(c)}. 7 | (11) 


Formula (10) will also converge, in the precision doubling fashion of the Newton- 
Raphson iteration, given a suitable close starting value for x[0] and the use of sufficiently 
accurate arithmetic. Note that the extended-precision version routines FPINVX and SQRTX 
both use an extra iteration (for a total of 4) to achieve the needed 32-bit accuracy for the 
40-bit format. | 


The initial guess x[0], for the iterations of 1/sqrt(c) and 1/c, may be obtained using 
an interesting approximation. A TMS320C30 floating-point number c = (1 + m)2¢, where 
0 < m < 1 and —127 <e < 127. The extra 1, added to the fractional mantissa m, 
is the implied bit. Then we can write the inverse of c as: 


l/c = 1/1 + m)2-¢. | (12) 
An excellent approximation for the inverse of the mantissa is: 
1/ + m) = 1 —- m/2, (13) 


which is exact at the end points: m = 0 and m = 1. Then the approximation for the 
reciprocal would be: 


I/e = (1 — m/2)2-¢. | (14) 
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It turns out that this approximation can be achieved in a single logical operation. 
If you compute the unlikely value of c> = c XOR OFF7FFFFFFFh, you would comple- 
ment all bits in c except the sign bit. Including the implied bit and taking the effect of 
one’s complement arithmetic into account results in a final value of: 


c = {1 + (1 — m)j2-€ + D, (15) 
or the desired approximation: 
ce? = (1 —m/)2-¢ = I/c. (16) 


c’ gives about 3 bits of precision, which is an excellent seed x[0] for the 1/c iteration. 
Using e/2, you have a start for the 1/sqrt(c) iteration as well. 


Sine and Cosine Functions 


The SIN, COS, SINX, and COSX (sine and cosine) routines all use the same basic 
approximation (section 4.3.98, p. 76 in [3]). The series is for sin(x)/x but is obviously 
transformed by multiplying by x. The polynomial of even terms then is of the form: 


5 
sin(x) = x > {al2i}x2i} + xe(x), (16) 
i=0 


where |x| < Pi/2 and |xe(x)| < 2(10~9). Instead of using another power series for cos(x), 
you can use the fact that: | 


cos(x) = sin(x + Pi/2). (17) 


The series given by (16) is only accurate in the 1st and 4th quadrants, ie. Ix| < 
Pi/2. Sin(x) in the other two quadrants is found from: 


sin(x) = sin(Pi — x). | (18) 


The case for x < 0 is expediently handled by using |x| for all calculations except 
for the final multiply by x in (16). 


Exponential Functions | 
The EXP and EXPX (exponential) routines use an approximation (see Section 4.2.45, 


p. 71, in [3]). The expansion is of the form 


7 | 
exp(x) = )° {alilxi} + e(x), (19) 
i=0 


where 0 < x < In(2) and |e(x)| < 2(10—19). The series for 2Y is found by substituting 
y = x/In(2) since: 


exp(x) = exp(in(2)y) = 2Y. (20) 
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The new expansion then becomes: 


7 


2y = )) (blily} + ex), (21) 
i=0 


where b[i] = al[i](in(2)‘). See the coefficients in the EXP routine. 


Values of exp(x) for x outside the convergent range are found by two means. First 
for x < 0, note the relationship: 


exp(—x) = 1/exp(x), (22) 
which does require an inverse (see the FPINV and FPINVX routines). For y > 1, let 
=n + fwheren = 1, 2,...and0 < f < 1. By substituting y in (20), you get 
exp(x) = 2ntf = (2f)(2n). (23) 


Natural Log Functions 
The LN and LNX (natural or base e logarithm) routines use the approximation from 


[3] (section 4.1.44, p. 69). The expansion comes in the form: 


8 


Indi + x) = ae fafi]x!} + e(x), | (24) 
i=1 


where 0 < x < 1 and |e(x)| < 3(10—8). The expansion for In(y) can be used if the 
transformation y = x — 1 is applied. 


Values of In(x) for x outside the convergent range are found in the following way. 
First, make the substitution x = f(2") for 1 < f < 2andn=0,1,... , and then write: 


log2(x) = log2(f28) = n + log2(f), (25) 


where log2(x) is the log base 2 of x. Using the relationship that log2(x) = In(x)/In(2), 
you get the equation 


In(x) = In(f) + nin(2). (26) 
Arctangent Functions 


The ATAN and ATANX (arc or inverse tangent) routines use the approximation 
from section 4.4.49, p. 81 in [3]. The series with only even terms for atan(x)/x 1s trans- 
formed to 


8 
atan(x) = x | {a[2i]x2i} + xe(x), (27) 
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where —1 < x < 1 and |xe(x)| < 2(10~8). Values for atan(x) for x outside the con- 
vergent range are obtained by noting the following identity: 


atan(x) = atan((x — 1)/(x + 1)) + Pi/4. (28) 


Using the bilinear transformation y = (x — 1)/(x + 1) assures, at the expense of 
a divide operation, that y < 1 for x > 1. The case for x < 0 is expediently handled 
by using |x| for all calculations except for the final multiply by x in (27). 


Divide and Multiply Functions 


The last group of routines in category I and II are those for the additional arithmetic 
functions FDIV and FDIVX (floating-point divides), and FMULTX (extended-precision 
floating-point multiply). The divide operation for the TMS320C30, a = b/c is done by 
calculating the reciprocal or inverse of the divisor c. Then you compute 


a = b(I/c). (29) 


For a normal-precision divide, FDIV finds 1/c by a call to FPINV. A subsequent 
normal TMS320C30 floating-point multiply of the rounded inverse provides a suitable 
quotient. For an extended-precision divide, FDIVX finds 1/c by a call to FPINVX. The 
inverse is then extended-precision multiplied by the dividend using FMULTX. 


The extended-precision floating-point multiply simulated by FMULTX is the key 
to the implementation of virtually all of the extended-precision functions. The extended 
multiply is achieved using the normal floating-point multiply of the TMS320C30. For two 
extended-precision numbers xa and xb, you can represent each as the sum of two floating- 
point numbers: xa = a + ea(2~—24) and xb = b + eb(2~—24). The quantities ea and eb 
are the one-byte extensions of xa and xb respectively. 


Thus the complete product xc = (xa)(xb) can be expanded and written as 


xc = (a)(b) + [(a)(eb) + (b)(ea)]2—24 + (ea)(eb)2-48. (30) 


The last term in (30) is always less than the 32-bit precision in the mantissa of the 
final result. Therefore, you need only to compute the first two terms in the product xc. 
Also, note that all the indicated products in (30) may be computed using a normal-precision 
native TMS320C30 multiply as long as the terms are collected in extended-precision 
registers. The additions are also done using the native TMS320C30 add as it is implemented 
in extended-precision. 
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Integer Arithmetic Program Details 


Integer routines differ from the floating-point versions because they produce only 
integer results. If the computation can produce fractional values, then the fraction must 
be truncated to leave only the integer result. 


Integer Result Log Base 2 


The routine ILOG2 is a useful utility for computing integer value m of the log base 
2 of the integer n. The result is computed by successive multiplies by 2 (G@mplemented 
as shifts by 1). The resulting relationship is n < 2m, such that if log2(n) is not an exact 
integer, m is rounded up to the next largest integer. This is useful as it allows the deter- 
mination of m from any value n > OQ (e.g. not a power of two) which might require the 
padding of additional values (zeros) for a radix 2 FFT. This program is very fast because 
of a delayed branch loop and internally requires only 4(m+1) cycles (cached) to do the 
calculation. 


Extended Precision Integer Multiply 


The IMULT routine is a modified version of the program EXTMPY in the 
TMS320C3x User’s Guide [1]. It has been modified and slightly speeded up. The negation 
of the final 64-bit product is done in two instructions by direct two’s complement nega- 
tion rather than by using one’s complement to simulate the same result. The product is 
computed by breaking the multiplier and multiplicand up into two 16 bit integers each. 
Thus the full product ¢ of the numbers a = au(2!6) + al, and b = au(2!6) + bl is 


= (au)(bu)232 + [(au)(bl) + (bu)(al)]2!© + (alibl), (31) 


where the powers of two indicated are accomplished by shifts. Note that each product 
in (31) must be represented as a 32-bit integer. The adds in the sum must be done with 
care to facilitate the carry between the two final 32-bit components of the product. 


Integer Divide 


The IDIV routine is a modified version of the program DIVI in the TMS320C3x 
User’s Guide [1]. It has been modified to return the absolute value of the remainder of 
the integer division. The remainder was originally computed, but was discarded during: 
the extraction process for the quotient. A few more instructions allow the extraction of 
both the quotient and remainder from the result of the SUBC process. The program IDIV 
may be used for the computation of the modulo function. The output of IDIV is the pair 
(q, |r|} = a/b, with the property: 


0 < r = (a modulo b) < a, (32) 


fora > Oandb > 0. The complete relationship is, by definition, a = bq + r, for positive 
a and b. 


A Collection of Functions for the TMS320C30 285 


Vector Utility Routines 


Vector utilities are functions which operate on arrays of numbers. Some utilities, 
like dot products and convolutions, are simple. Other utilities, like those presented here, 
are more involved. 


Complex and Complex Conjugate Array Multiplies 


The array routine *CORMULT computes the point-by-point complex conjugate 
multiply of two complex arrays. If the arrays are cl and c2, and are of length n, then: 


cl[{k] < cl[{k]conj(c2[k]), k = 1,...,n, (33) 


where < means replaces. Each complex array is assumed to be stored as two separate 
arrays, i.e. {cl} = {x1, yl} and {c2} = {x2, y2}. In cartesian complex representation, (33) 
becomes 


(xl + tyl) <— (xl + iyl)(K2 — ty2), (34) 


where i represents the imaginary constant sqrt(—1). Separating the real and imaginary 
parts, we have: 


xl < xlx2 + yly2, yl < ylx2 — y2xl (35) 


This operation can be used for the frequency domain correlation of two FFTs to imple- 
ment time domain correlation. 


On the other hand, the array routine *CONMULT computes the point-by-point com- 
plex multiply of two complex arrays. If the arrays are cl and c2, and are each of length 
n, then 


cl{k] « cl[{k](c2[k]), k = 1,...,n, (36) 
In cartesian complex representation, (36) becomes 

(xl + tyl) <— (x1 + iyl)(x2 + iy2). (37) 
Separating the real and imaginary parts results in 

xl — xlx2 — yly2, yl < ylx2 + y2xl. (38) 


This operation can be used for the frequency domain convolution of two FFTs to imple- 
ment digital filtering. 
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Complex Array Bit Reversal 


The array routine *CBITREV executes an in-place bit reverse permutation on two 
arrays simultaneously. This operation is generally used for index scrambling before a DIT 
FFT (decimation in time, see CIFFT2), or after a DIF FFT (decimation in frequency, 
see CFFFT2) for index unscrambling. Therefore, *CBITREYV is useful in permuting com- 
plex arrays stored as two separate arrays which are associated with radix 2 FFTs. The 
program uses the bit reverse indexing feature of the TMS320C30 to achieve this function. 
The loop in *CBITREV is nearly as efficient in permuting two arrays together as per- 
muting one array alone. This is due to the use of parallel load and store instructions and 
a delayed (single cycle) conditional branch. 


Floating Point Conversions 


The array routines *FMIEEE and *TOIEEE are vectorized versions of their original 
scalar counterparts FMIEEE and TOIEEE. Both routines do fast conversions from or 
to IEEE format by avoiding dealing with special rare cases. Also, both programs convert 
the numbers in the arrays in-place which destroys the original data. These array versions 
of the format conversion routines are much faster than calling the scalar version routines 
in a special loop. These routines also have their own internal, shared constant table for 
conversions. 


Vector Primitives 


The array routines *VECMULT, *CONMOV, and *VECMOV are a useful suite 
of efficient programs for simple array operations. The first routine, *VECMULT, per- 
forms the simple operation x[k] <- x[k]c which is a scalar-vector multiply useful in uniform- 
ly scaling an array by a constant c. You can use this for scaling arrays after an inverse 
FFT by choosing c = 1/n. The next routine, *CONMOV, performs the operation 
x{k] < c which is useful in filling or initializing any portion of an array to a single cons- 
tant c. The last routine, *VECMOV performs the simple operation x[k] < y[k], an array 
move, and is, therefore, generally useful. 


FFT Routines 


This category contains the two complementary radix 2 complex FFT programs 
CFFFT2 and CIFFT2. These programs differ from previously available TMS320C30 FFT 
programs in that they operate on complex arrays which are stored as two separate and 
independent real arrays. Both routines do the FFTs in-place and do no index permutations 
or constant scaling (multiplication). Also these programs require only a 3/4 cycle exter- 
nal, pre-computed sine table. As with previous FFT programs, these, too, have a special 
multiply-less butterfly loop for the occurrence of unity twiddle or complex rotation factors. 
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The. routine CFFFT2 is a DIF radix 2 complex forward FFT program and thus 
assumes a normally indexed pair of input arrays. The output array is bit-reverse permuted 
and normally must be unscrambled to be of any use (see *CBITREV). The routine CIFFT2 
is a DIT radix 2 inverse FFT program and thus assumes a bit-reverse indexed pair of 
input arrays. A normally indexed complex frequency spectrum must be bit-reverse scrambl- 
ed before using CIFFT2 (again, see *CBITREV). On the other hand, the output from 
this inverse FFT is in normal indexed order, but lacks the traditional scaling by the factor 
of 1/n. Therefore, back-to-back calls of CFFFT2 and CIFFT2 will return the original 
complex array (in proper order) but multiplied by a factor of n. Consult the handbook 
by Burrus and Parks [4] for additional FFT algorithm details. 


Linear Algebra Routines 


The routines *SOLUTN and *SOLUTNX are the normal- and extended-precision 
implementations of the algorithm for solving simultaneous linear equations. This algorithm 
is the modified Gauss-Jordan elimination without (off diagonal) pivoting. This is a simple 
algorithm which is intended for use with well-conditioned systems of dense linear equa- 
tions of moderate size. Well conditioned means that the system of linear equations is linearly 
independent or non-singular. This subject and further algorithm details are to be found 
in chapter 2 of [5] by Press et al, or any other book on the numerical techniques of linear 
algebra. This algorithm is suitable for a wide range of problems requiring the solution 
of a system of linear equations, e.g. exact or least squares polynomial fitting. 


A simple system of linear equations has the form: 


A[1, 1]x{1] + A[1, 2]x{2] +... + A[1, nJx{n] = yl[1], (39) 
A[2, 1)x{1] + A[2, 2]x[2] + ... + A[2, n]x[n] = y[2], 


A(n, 1]x{1] + A[n, 2]x[2] +... + Aln, n]x[{n] = y[n]. 

Symbolically, you may write A = A[i, j] as the n x n matrix of coefficients, and 
x = x[i] as the unknown independent variable (column) vector, and y = y[j].as the depen- 
dent variable (row) vector. Thus (39) can be written in short hand form as Ax = y or 
Ax — y = 0, where the multiplication indicated is a matrix-vector multiply. The fun- 
damental problem in linear algebra, then, is to find the solution vector x. In fact, you 
may desire to find the m different solutions to m sets of linear equations which share the 
‘same coefficient matrix A, i.e. Ax[k] = y[k], fork = 1,...,m. 
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You can solve the general problem just stated by using *SOLUTN, or with more 
accuracy with *SOLUTNX. This is done by constructing a tableau B (table of coefficients) 
which is simply the coefficient matrix A (in row major storage format) with the negative 
of the y vector(s) appended (:) as m extra columns to A. Thus you would have B = A 
: —y, as your problem, where B is a n by n+m matrix and typically m = 1. Thus, for 
the common case of m = 1, the input array B can be written as: © 


Af{1, 1], A[1, 2], ..., Afl, nJ, —yf[1], (40) 
A[2, 1], A[2, 2], ..., A[2, n], —y[2], 
A{n, 1], A{n, A ae ee ‘Ain. nj, ar 


After the *SOLUTN routine is executed, the matrix C = A’ : x appears, where 
the column(s) beyond the original coefficients A (the y[k] vectors) have been replaced 
by the solution vector(s) x[k]. The new matrix A’ is a partially computed version of the 
inverse of the matrix A. The complete inverse of A, which is normally computed by the 
standard Gauss-Jordan scheme, is rarely needed. Therefore, a faster modified algorithm 
has been used which does about half the work. 7 


This simple method used for solving systems of linear equations has two restrictions. 


1. As the pivoting operation (exchange of x and y variables) always starts with 
A[1, 1] and proceeds down the diagonal, A[{1, 1] must be non-zero. This is 
because, in the exchange process, you must divide by the pivot element. A zero 
coefficient at A[1, 1] may be moved by reordering the variable indices by ap- 
propriately swapping rows and columns in A and in y. 


2. The maximum absolute value of the elements in A must be approximately uni- 
ty. This is necessary to assure that no pivot element is encountered which is 
smaller in magnitude than 10-8 for *SOLUTN, and 10-10 for *SOLUTNX. 
This restriction monitors the system condition and assures an adequately ac- 
curate solution, but the final solution should always be verified by substitu- 
tion. This is done by inspecting the elements of the error vector e = Ax — 
y computed by using the solution x, and the original A and y. 
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Summary 


This report presented a set of routines that can be used in digital signal processing 


applications. The appendix contains the source code of these routines. This source code 
can also be obtained from the Texas Instruments Electronic Bulletin Board (713) 274-2323. 
If there are comments or corrections, please contact the author of this report: 


(1) 


(2) 


(3) 


(4) 


(5) 


290 


Mr. Gary Sitton 
Gas Light Software 
5211 Yarwell 
Houston, TX 77096 
Tel (713) 729-1257 
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Anoerndic 


Program wLitrcaryv 


$SMATH. ASM 
SMATHX. ASM 
SMATHI.ASM 
$VECTOR. ASM 
$FF TZ. ASM 
$LINALG. ASM 


ERTERRERELHEAERERESE REE ER REE REE HE REE REESE EE REESE EEE EEEE EERE EES ERE SEES 


PROGRAM: $MATH. ASM 


NORMAL FLOATING-POINT (32-BIT) MATH FUNCTIONS 


SMATH.ASM CONSISTS OF THE FOLLOWING ROUTINES: 


SIN ~ COMPUTES A 7D SINE(X) FOR ALL X IN RADIANS, 


CUS  - COMPUTES A 7D COSINE(X) FOR ALL X IN RADIANS. 


=~ 
3 
' 


COMPUTES A 7D EXP(X) FOR ALL iXi =< 88, 


LN = - COMPUTES A 7D LN(X) FOR ALL X > 0, 


ATAN - COMPUTES A 7D ATAN(X) FOR ALL X IN RADIANS, 


SURT - COMPUTES AN 8D SQRT(X) FOR ALL X 3= 0, 


FPINY - COMPUTES AN 8D 1/X FOR ALL X /= 0, 


FDIV - COMPUTES AN 3D X/Y FOR ALL X AND ALL Y /= 0. 


Meme ic 


KEREKKRE REAR LRRE HRA REE EELS REESE EERE EEE ELE SEER EERE REE EERE REE LEER EEE ER EE 


V xipueddy 


C6 
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PROGRAM: SIN 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1987. 


SINE FUNCTION: RO <= SIN(RO). 


APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. 

INPUT RESTRICTIONS: NONE. 

REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). 
REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO, IRO, AND RO-4. 
REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: NONE. 

EXECUTION CYCLES (MIN, MAX): 44 | 44, 
JHHEHEHHHH HEHEHE HEHE HEHEHE HEHEHE 


Me me eee 
ee en ee ee ee | 


: EXTERNAL PROGRAM NAMES 


~GLOBL SIN 
-GLOBL ECOS 


INTERNAL CONSTANTS 


Pry 


» DATA 
NORM =. FLOAT» -0..636619772 ; 2/PI 
POLYNOMIAL COEFFS. FOR SIN(X#2/PI), -1 CX <1 
SHFT = «FLOAT «1.5 70796327 3 Ci (PI/2) 
eFLOAT -0.6459640968 =; C3 
«FLOAT 0.07969260878 =; C5 
«FLOAT -0.00468166687 ; C7 
«FLOAT 0,.00016025884 =: C? 
COF -FLOAT -0, 000003433338 ; Cll 


ACOF WORD COF ADDRESS OF COEFFS. 


we 


CON -FLOAT -1.0, 0.0, 1.0, 0.0 ; MAPPING CONSTANTS 
ACGN WORD CON ; ADDRESS OF CONSTS. 
+ TEXT 


START OF SIN PROGRAM 


ery 


SINE 


PUSH =P : SAVE DP 
LDP @ACOF ; LOAD DATA PAGE POINTER 


wry 


LDF 


RO 
RO,R4 


COSINE ENTRY POINT 


SCALE AND MAP VARIABLE X 


ABSF 
LDF 
MPYF 
FIX 
FLOAT 
SUBF 
NEGF 
ADDI 
AND 
TSTB 
LDFNZ 
LBI 
ADDF 
NEGF 
LDI 
POP 


RO 
RO,Ri 
@NORM, Rt 

R1, IRO 

TRO,R2 
R2,R1,RO 
RO,RS 

1, IRO 

3, IRO 

2, IRO 

R3,RO 

@ACON, ARO 
#+ARO(IRO) RO 
RO, R3 
@ACDF , ARO 

DP 


ROUND X 
R4 <= X 


RO <= 1X! 

Ri <= RND IX! 

RL <= X#2/PI 

IRO <= INTEGER QUADRANT @ 
R2 <= FLOATING QUADRANT @ 
ROX, -1 CX C1 

R3 <= -X 

IRQ <= Q + 1 

IRO <= TABLE INDEX 

LOOK AT 2ND LSB 

IF 1 THEN RO <= -X 

AR1 -> CONST. TABLE 
FINAL MAPPING, RO <= X +C 
R3 <= -X 

ARO -> COEFF. TABLE 
UNSAVE DP 


EVALUATE TRUNCATED (OUD) SERIES 


MPYF 
RNE 


MPYF 
ADLF 


MPYF 
ADDF 


MPYF 
ADDF 


RND 
MPYF 
ADDF 


RND 
MPYF 
ADDF 


RO,RO,R2 
R? 


#ARO--,R2,R1 
#ARO--, RI 


R2,R1 
#ARO--, RI 


R2,Ri 
#RO--, RL 


Ri 
R2, Ri 
#OR0--,Ri 


Ri 
R2,Ri 
#0RO,RI 


we we 


or 


R2 <= K¥#Z 
ROUND X##2 


RL <= keeZeCi 
Ri <= C9 + Ri 


R1 <= X##2#(C9 + Ri) 
Ri <= C7 + Ri 


Ri <= X##2"(C7 + R1) 
Ri <= C3 + Rl 


ROUND BEFORE * 
Ri <= X#e2e(CS + RI) 
Ri <= C3 + Ril 


RGUND BEFORE * 
Ri <= X##2e(C3 + R1) 
Ri < Ci + Ri 


FINISH UP SERIES AND RETURN 


ery 


LDF  —-R4RA ; TEST ORIGINAL X 

LOFN 3, RO + IF X <0 THEN RO <= -X 
POPs R2 ; R2 <= RETURN ADDRESS 
BUD —sR2 + RETURN (DELAYED) 

RND RO ; ROUND BEFORE # 

RND RI ; ROUND BEFORE + 

MPYF RL RO + RL C= X#(C1 + RL) 
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JEHHEHE HHH HHH HEHEHE HEHEHE 
PROGRAM: COS 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


COSINE FUNCTIONS RO <= COS(RGQ). 


APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. 

INPUT RESTRICTIONS: NONE. 

REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). 
REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED! ARO, IRG, AND RO-4, 
REGISTERS FOR GUTPUT: RO. 

ROUTINES NEEDED: ECOS (SIN). 

EXECUTION CYCLES (MIN, MAX): 46 , 46. 


Meee 
Pe ee ee} 


NOTE: USES SHFT CONSTANT FROM SIN PROGRAM! 
JHBHBHE HUH HHH HEHEHE HEHEHE HHH 


: EXTERNAL PROGRAM NAMES 
.GLOBL COS 
-GLOBL ECCS 
TEXT 

: START OF COS PROGRAM 

cos: 
PUSH DP , SAVE DF 
LDP == RACOF ; LOAD DATA PAGE POINTER 
BRU = ECOS + RO <= COS(X) = SIN(X*), (DELAYED) 
RND = RO s ROUND xX 
ADDF  @SHFT,RO s RO <= X’ = X + PI/2 
LDF RO, R4 5 RA C= YX . 


RETURN OCCURS FROM SIN ! 


“eo 


V6C 
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JERHHHBHHEHHEHHIHHEEHHEHEHHHHHHBHHAHHHHEH HHH HHHHE HEE PUSH DP : SAVE DP 
* PROGRAM: EXP * LOP GAC7 s LOAD DATA PAGE POINTER 
# * RND RO : ROUND xX 
* WRITTEN BY: GARY A. SITTON # NEGF = RO, R2 5 R2 <= -X 
Fy GAS LIGHT SOFTWARE # LDF RO,R1 : Ri <= X 
# HOUSTON, TEXAS * LDOFN = sR2, RI : IF X € 0 THEN Ri <= 1X3 
* MARCH 1999. * MPYF = ENR, RL s Ri <= X = XS/LN(2) 
* € FIX R1,R3 s R3 <= I = INTEGER OF X 
* EXPONENTIAL FUNCTION: RO <= EXP(RO). # FLOAT R3,RO + RO <= FLT. PT. I 
& * SUBF = RO, RI : R1 <= FRACTION OF iXi, O<=X¢1 
% APPROXIMATE ACCURACY: 7 DECINAL DIGITS. 4 NEGI RB 2 RB Ce -l 
# INPUT RESTRICTIONS: iRO: <= 88.0, * LSH 24,R3 : MOVE -I TO EXP. 
* REGISTERS FOR INPUT: RO. * PUSH = R3 : SAVE AS INT. 
# REGISTERS USED AND RESTORED: DP AND SP. % POPF = R23 © R3 <= FLT. PT. 2##-1 
# REGISTERS ALTERED: 0-4. # LOI GACT, ARO ; ARO -> COEFF. TABLE 
* REGISTERS FOR OUTPUT: RO. * pop rp | UNSAVE DP 
# ROUTINES NEEDED: FPINV. t 
* EXECUTION CYCLES (MIN, MAX): 44 (RO <= 0), 70. * . EVALUATE TRUNCATED SERIES 
RRKEEREAR ERA HELA H EERE EEE ERE ERE EEE EEE EERE EE EE 
RND R1 : ROUND BEFORE +* 
: EXTERNAL PROGRAM NAMES MPYF #ARO--,RI,RO =: RO <= X#C7 
ADDF *ARO--,RO : RO <= C4 + RO 


.GLOBL EXP | 
.GLOBL FPINV MPYF — R1,RO 5 RO <= X#(C6 + RO) 


ADDF = ¥ARO-~-,RO RO <= C5 + RO 
: INTERNAL CONSTANTS 
MPYF = RL RO s RO <= X#(C5 + RO) 
«DATA ADDF = #ARO--, RO ; RO <= C4 + RO 
SCALING COEFF. FOR 2#%-% MPYF —-RL,RO . RO <= X#(04 + RO) 
ADDF  § #*ARO--,RO » RO <= C3 + RO 
ENRM eFLOAT = 1.442695041 + 1/LN(2) 
RND RO s ROUND BEFORE # 
: POLYNOMIAL COEFFS. FOR z##-k, 0 <= XC 1. MPYF RL,RO | RO <= XH(C3 + RO) 
ADDF #ARO--,RO s RO <= CZ + RO 
«FLOAT 1..0000000000 : £0 
»FLOAT = -0, 693147180 : 01 RND RO ROUND BEFORE + 
«FLOAT 0,240226469 C2 MPYF = RL, RO s RO <= X#(C2 + RO) 
»FLOAT -0,.055503654 : 3 ADDF — ¥ARO--,RO ; RO <= C1 + RO 
«FLOAT = 0,009615978 : C4 
sFLOAT -0.001526240 :6 RND RO ; ROUND BEFORE * 
«FLOAT 0,000147491 : C6 WYF —RI,RO RO <= KaICL + RO) 


C7 «FLOAT -0.000010863 =; (7 
TEST FOR X ¢ 0 AND RETURN 


“a 


ac7 WORD C7 


LOF =—-R2, R2 ; TEST ORIGINAL -X 
«TEXT BND = FPINV + IF -X <0 THEN RO <= 1/X, (DELAYED) 
ADDF  #ARO,RO + RO <= 2H#-X = CO + RO 
MPYF —-R3 RO RO <= 2ee-(I + X) 
EXP: 
RETS ; RETURN (IF NO FPINV BRANCH) 


SCALE VARIABLE x 


oe OK ea 
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a. 


LNRM 
CO 


cs 


ACS 


“e 


UNE 


G6C 


PROGRAM: LN 


WRITTEN BY: GARY A. SITTON 


GAS LIGHT SOFTWARE 


HOUSTON, TEXAS 
MARCH 1989. 


LOGARITHM FUNCTION BASE E: RO <= LN(RO). 


APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. 
INPUT RESTRICTIONS: RO > 0.0, 


REGISTERS FOR INPUT: RO. 


REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO AND R0-3. 


REGISTERS FOR GUTPUT: RO. 
ROUTINES NEEDED: NONE. 


EXECUTION CYCLES (MIN, MAX): 43 , 43. 


EXTERNAL PROGRAM NAMES 


~GLOBL LN 


INTERNAL CONSTANTS 


DATA 


SCALING COEFFS. FOR LN(1+X) 


«FLOAT 0.6931471806 
»FLOAT 10000000000 


POLYNOMIAL COEFFS. FOR LN(14X), OC= X C1, 


FLOAT 0. 9799964239 
«FLOAT = -0, 4998741238 
«FLOAT 0.3317990258 
FLOAT = -0. 2407338084 
«FLOAT 0.1676540711 
sFLOAT = -0,0993293897 
«FLOAT 0.0360884937 
*FLOAT = ~0.0064535442 


«WORD C8 


TEXT 


START OF LN PROGRAM 


LN(2) 
CO (1.0) 


aan we 


: TOP OF Ct 
; TOP OF C2 
+ TOP OF C3 
» TOP OF C4 
TOP OF C5 
TOP OF Cé 
TOP OF C7 
TOP OF C8 


ey et ey) 


; TEST X 


: RETURN NOW IF X <= 0 


JHIMMHHHEHBHHHHEHHEEHHHHHBHHHHHHHHEHHHHEHHHENHHHHHBHHHHHHHHE 


i | 


SEA ER EE EE EEE EEE REE EEE EEES EEE REE EE EEE EE 


SCALE VARIABLE X 

PUSH DP : 
LDP eACS : 
PUSHF RO ; 
POP R3 ‘ 
ASH ~24,R3 : 
FLOAT R3,Ri : 
LDF @CO,R2 : 
LBE R2,RO : 
SUBRF RO,R2 : 
LDF @LNRM, RO : 
MPYF = R11, RO : 
LDF RO,R3 : 
LBI @ACE ARO : 
POP DP : 


EVALUATE TRUNCATED SERIES 


RND sé, RI , 
MPYF  ¥ARO--,R1,RO 
ADDF  ¥*ARO--,RO : 


MPYF RI, RO 
ADDF —#ARO--, RO : 
MPYF —RL,RO ; 
ADDF — #ARO~-,RO ; 
NPYF RI, RO : 
ADDF —#ARO--, RO , 
NPYF — R1,RO : 
ADDF — #ARO--, RO :; 
RND RO : 
MPYF —R1, RO : 
ADDF — #ARO--, RO ; 
RND RO : 
MPYF 1, RO , 
ADDF — #ARO--,RO , 


SAVE DP 

LOAD DATA PAGE POINTER 
SAVE AS FLT. PT. 

R3 <= INTEGER FORMAT 

R3 <= E = SIGNED EXP. 

Ri <= FLT. PT. € VALUE 
R2 <= 1.0 

EXP, RO <= 0 (1 <= X € 2) 
R2 <= X- 110 EXC 1) 
RO <= LN(2) 

RO <= E#LN(2) 

R3 <= E#LN(2) 

ARO -> COEFF. TABLE 
UNSAVE DP 


Ri <= RND X 
RO <= X#C8 
RO <= C7 + RO 


; RO <= XH(C7 + RO) 


RO <= Cé + RO 


RO <= X#(CS + RO) 
RO <= C5 + RO 


RO <= xa(C3 + RO) 
RO <= C4 + RO 


RO <= X#(C4 + RO) 
RO <= (3 + RO 


ROUND BEFORE * 
RO <= X#(C3 + RO) 
RO <= C2 + RO 


ROUND BEFORE * 
RO <= xX#(C2 + RO) 
RO <= C1 + RO 


ADD IN SCALED EXPONENT AND RETURN 


POP R2 : 
BUD RZ : 
RND RO : 
MPYF = RI, RO : 
ADDF  R3,RO : 


; R2 <= RETURN ADDRESS 
; RETURN (DELAYED) 


ROUND BEFORE * 


» RO C= X#(CL + RO) 
» RO <= LN(X) + E*LN(2) 


962 
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ARC TANGENT FUNCTION: 


APPROXIMATE ACCURACY: 
INPUT RESTRICTIONS: NONE. 
REGISTERS FOR INPUT: RO. 
REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO, IRO, AND RO-4. 
REGISTERS FOR OUTPUT: RO (IN RADIANS). 
ROUTINES NEEDED: FDIV. | 
EXECUTION CYCLES (MIN, MAX): 30 (IATAN: <= 1), 69. 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 


MARCH 1989. 


RO <= ATAN(RO). 


7 DECIMAL DIGITS. 


ee 2d 


JE MHHISHHHHHHIEE HEE HEHE EEE aE HE EE aE SE 


‘ EXTERNAL PROGRAM NAMES 


~ GLOBL 
« GLOBL 


<e 


«DATA 


ue 


FLOAT 
»FLOAT 
FLOAT 


ue 


Ci FLOAT 
«FLOAT 
FLOAT 
«FLOAT 
«PLOAT 
«FLOAT 
«FLOAT 
«FLOAT 
Ci7 FLOAT 


ACi7 ~=—s . WORD 


« TEXT 


“we 


ATAN: 


ATAN 
FDIV 


INTERNAL CONSTANTS 


0. 7853981635 
0. 7853981635 
0.0000000000 


1.0000000000 
~0. 3933314528 
0. 1999355085 
-0. 1420889944 
0. 1065626393 
~0.0752696400 
0.0429096138 
0. 0161657367 
0.0028662257 


Ci? 


START OF ATAN PROGRAM 


s 
? 
8 
? 
¥ 


we «8 48 we 4A 48 48 en 


SCALING COEFFS. FOR ATAN(X) 


-PI/4 
PI/4 


; ZERO 


POLYNOMIAL COEFFS. FOR ATAN(X), -1 <= X <= 1. 


“eo 


“we 


we 


SKIP: | 


ae 


SCALE VARIABLE X 


PUSH DP 
LDP RACIT 
ABSF RO, R2 
SUBF —@C1,R2 
BLED SKIP 
RND RO, R3 
RND RO, RI. 
LDI 0, RO 
SCALE FOR 1X! > 1 
PUSHF RI 
ABSF — RO,RI 
ADDF C1, RI 
LDF = R2, RO 
CALL sOFDIV 


TEST FOR X’ ¢ 0 


POPF 
BGED 
RND 

RND 

SUBI 
NEGF 
SUBI 
MPYF 


LDI 
POP 


R2 
SKIP 

RO,R3 
RO, RI 
1, IRO 


R3, R3 
1, IRO 


R1,R1, RO 
@AC17, ARO 
DP 


we 40 we ue Re we we le 


2 
? 
s 
? 
s 
¥ 


SAVE DP 

LOAD DATA PAGE POINTER 
R2 <= iki 

R2 <= iki - 


IF iX! > 1 THEN SCALE (DELAYED) 
R3 <= RND X 

Ri <= RND X 

IRO <= 0, POST SCALE INDEX 


+4 
-1 


Xi- 2/0 + 1) 


GET ORIGINAL X 

IF X < 0 THEN RO <= -X’ (DELAYED) 
R3 <= RND X’ 

Ri <= RND X’ 

IRO <= -1, (PI/4) 


R3 <= -1/ 
IRO <= -2, (-PI/4) 


RO <= X##2 
ARO -> COEFF. TABLE 
UNSAVE DP 


EVALUATE TRUNCATED (ODD) SERIES 


RND 
MPYF 
ADDF 


we we we 


Ri <= RND X##2 
RO <= X##2#C17 
RO <= C15 + RO 


RO <= X##e2e(Ci5 + RO) 
RO <= Ci3 + RO 


RO <= Xe#2#(C13 + RO) 
RO <= Cli + RO 


RO <= Xe#2e(Cil + RO) 
RO <= C9 + RO 


ROUND BEFORE + 
RO <= X##2#(C9 + RO) 
RO <= C7 + RO 
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RND 
MPYF 
ADDF 


RND 
MPYF 
ADDF 


RND 
PYF 
ADDF 


RO 
R1,RO 
#ARO—, RO 


RO 
Ri, RO 
#ARO-—, RO 


RO 
Ri, RO 
#ARO--,RO,R1 


we we we 


ROUND BEFORE + 
RO <= X##2#(C7 + RO) 
s RO c= C5 + RO 


ROUND BEFORE # 
RO <= X##28(C5 + RO) 
RO <= C3 + RO 


ROUND BEFORE # 
RO <= X##2"(C3 + RO) 
Ri <= C1 + RO 


FINISH UP, POST SCALE BY C AND RETURN 


POP 
BUD 
RND 
MPYF 
ADDF 


R2 
R2 
Ri 
R3,R1, RO 


#++ARO( TRO) , RO 


a 
? 
s 
a] 


8 
? 
? 
? 


R2 <= RETURN ADDRESS 
RETURN (DELAYED) 
ROUND BEFORE # 


s RO <= ATAN(X) = X#(1 + RO) 
s RO <= ATAN(X) + C (0.0, PI/4 OR -PI/4) 


JHHE HHH HHH EE 
PROGRAM: SORT 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989, 


SQUARE ROOT FUNCTION: RO <= SQRT(RO). 


APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 
* INPUT RESTRICTIONS: RO >= 0.0. 

REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP. 

REGISTERS ALTERED: RO~-4, 

REGISTERS FOR QUTPUT: RO. 

ROUTINES NEEDED: NONE. 

EXECUTION CYCLES (MIN, MAX): 49 , 49, 
JHB HHA HHH HEHEHE HEHE 


ee ee | 
i 


; EXTERNAL PROGRAM NAMES 
-GLOBL SQRT 


INTERNAL CONSTANTS 


we 


»DATA 


CNST1 «6 SET) — O05 
CNST2 SET) = s1.5 
CNST3 FLOAT § 1.103553391 
CNST4 = FLOAT = 0. 780330086 


ADJUSTED 1.0 
ADJUSTED SQRT(1/2) 


~e we 


SNSK «WORD «(OFF 7FFFFFH 
+ TEXT 


START OF SGRT PROGRAM. 


we 


SQRT: 


LOF = RO, 3 ; TEST AND SAVE V 
RETSLE s RETURN NOW IF V <= 0 


GET APPROXIMATION TO 1/V. FOR V = (1+8)#288E 
AND 0 <= 4 ¢ 1, FOR E EVENS XCOJ = (1-4/2)#2##-£/2 
AND FOR E ODDS X{0] = SORT(1/2)#( 1-1/2) #2##-£/2 


we ee on 


PUSH DP : SAVE DP 

LOP = @SHSK ; LOAD DATA PAGE POINTER 

PUSHE RO ; SAVE V AS FLT. PT. V = (14M) #2848 
POP = R2 + R2 <= VAS INTEGER 

XOR  @SHSK,R2 ; R2 <= COMPLEMENT ALL BUT SIGN 

LD R2, Rt s RL <= (1-4/2)#2H-E 
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“e 


we 


we 


LSH 
LDFNN 
MPYF 
POP 


R2,R4 
8,RL 
-1,R2 

R2 

R2 

R2,R1 
@CNST3, R2 
7,R4 
@CNST4, R2 
R2,R1 

DP 


R4 <= Ri 

Ri <= Ri EXP. REMOVED 
R2 <= R2 WITH -E/2 EXP. 
SAVE R2 AS INTEGER 

R2 <= FLT. PT. 

Ri <= (1-M/2)#2#8-E/2 
R2 <= 1.1... FOR ODDE 
TEST LSB OF & (AS SIGN) 
IF E EVEN R2 <= 0.78... 
Ri <= CORRECTED ESTIMATE 
UNSAVE DP 


“we we we we we te ee Re ee le 


GENERATE V/2 (USES MPYF). 


MPYF 
RND 


CNST1,RO 
RO 


3 RO <= V/2 TRUNC. 
; RO < RND V/2 


NEWTON ITERATION FOR Y(X) = X - V#t-2=0... 


MPYF 
MPYF 
SUBRF 
MPYF 


MPYF 
MPYF 
SUBRF 


Ri, R1,R2 
RO,R2 
CNST2,R2 
R2,R! 


R1, RL, RZ 


5 R2 <= XCO]#2 

s R2 <= (V/2) * XLO]#2 

+ R2 <= 1.5 - (V/2) * XLO]##2 

s Ri C= XCEL) = X00] # (1.5 ~ (V/2)#xL0]4#2) 


s R2 <= XC1)##2 

3 R2 C= (V/2) & XCLJ #82 

3 R2 = 1.5 - (V/2) & XL) #2 

3 Ri <= XC2] = XC1] *# (1.5 - (V/2) 8X01] #2) 


3 R2 <= XC2]##2 

s R2 <= (V/2) # X21 #2 

3 R2 <= 1.5 - (V/2) & XCZ]##2 

3 Ri <= X£3) = XC2] # (1.5 - (V/2)#X02]8#2) 


: ROUND BEFORE + 
s R2 <= X{3]##2 

s ROUND BEFORE + 

s R2 <= (V/2) ® X(3]#82 

2 R2 1.5 ~ (V/2) © X13]##2 

: ROUND BEFORE * 

s Ri <= X(4] = X3] * (1.5 - (V/2)#X03] ##2) 


INVERT FINAL RESULT AND RETURN 


POP 
BUD 


PPYF 


; RZ <= RETURN ADDRESS 
3 RETURN (DELAYED) 
; ROUND BEFORE # 
: ROUND BEFORE +# 
s RO = SORT(V) = V#SORT(1/¥) 


JHE HHH HEE 
PROGRAM: FPINV 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


FLOATING POINT INVERSE: RO <= 1/RO 


APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 
INPUT RESTRICTIONS: RO '= 0.0. 
REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: RO-2 AND R4. 
REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: NONE. 

EXECUTION CYCLES (MIN, MAX): 33 , 33. 
JHE HHH HHH 


Ce | 
i ed 


; EXTERNAL PROGRAM NAMES 
«GLOBL FPINV 

: INTERNAL CONSTANTS 
«DATA 


TWO SET 2. 


MK »WORD = OFF7FFFFFH 


«TEXT 
; START OF FPINV PROGRAM 
FPINV: 
LDF RO, RO ; TEST F 
RETSZ : RETURN NOW IF F = 0 


GET APPROXIMATION TO 1/F. FOR F = (14M) # 2HE 
AND 0 <= NC 1, USE! XLO] = (1-4/2) # 2#-E 


ry rT) 


PUSH DP s SAVE DATA PAGE POINTER 

LDP @MSK s LOAD DATA PAGE POINTER 

PUSHF RO : SAVE AS FLT. PT. F = (14M) # 28#E 
POP Ri ; FETCH BACK AS INTEGER 

XOR @MSK,R1 : COMPLEMENT E & M BUT NOT SIGN BIT 
PUSH RL + SAVE AS INTEGER, AND BY MAGIC... 
POPF Ri s Rl <= X{0] = (1-M/2) * 28#-E, 
POP DP : UNSAVE DP 


OFDOTESINL 241 40f suoyouny fo uoNDa1]0D VY 


66¢ 


NEWTON ITERATION FOR: Y(X) =X - 1/F =O... 


MPYF —RL,RO,R4 | RO <= F # XL0] 

SUBRF  TWO,R4 , RACE 2-F # XE] 

MPYF R4RI » Ri <= XC1] = X10] # (2 - F # XC0]) 
MPYF —-R1,RO,RA » RA CSF # XEL] 

SUBRF  TWO,R4 2 R442 2-F # XEL) 

MPYF RAR RL f= XC2] = XC1] # (2 - F #* XCD) 
MPYF RI, RO,R4 | RASS F # X02 

SUBRF  TWO,R4 + RECS 2 - F #* XE2) 

MPYF —-R4RI + RL C= X03] = XZ] # (2 - F # XE2)) 


FOR THE LAST ITERATION: X{4] = (X£3] # (1 - (F # XC3]))) + XE3] 


RND —-RO,R4 + ROUND F BEFORE LAST MULTIPLY 
RND RI, RO + ROUND X{3] BEFORE MULTIPLIES 
MPYF — RO,R4 » RO <= F # X39] = 1 + EPS 


FINISH ITERATION ANID RETURN 


POP R2 : R2 <= RETURN ADDRESS 
BUD R2 RETURN (DELAYED) 


SUBRF  ONE,R4 > R4 <= 1 - F # X€3] = EPS 
MPYF = RO, R4 ; R4 <= X€3] #* EPS 
ADDF = R4, R11, RO s RO <= XC4] = (X03]#(1 - (F#X03]))) + X03) 


JAH HEHEHE HEHEHE HEHEHE 
PROGRAM: FDIV 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
APRIL 1989. 


FLOATING POINT DIVIDE FUNCTION: RO <= RO/R1. 


APPROXIMATE ACCURACY: S DECIMAL DIGITS. 

INPUT RESTRICTIONS: Ri '= 0.0. 

REGISTERS FOR INPUT: RO (DIVIDEND) AND Ri (DIVISOR).. 
REGISTERS USED AND RESTORED: DP AND SP. 

REGISTERS ALTERED: R0-4. 

REGISTERS FOR OUTPUT: RO (QUOTIENT). 

ROUTINES NEEDED: FPINV. 

EXECUTION CYCLES (MIN, MAK): 43 , 43. 

JAH HEHE SHH 


# 
% 
# 
% 
b 
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& 
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% 
* 
% 
# 
% 
# 
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ect 


; EXTERNAL PROGRAM NAMES 


~GLOBL FDIV 
»GLOBL FPINV 


TEXT 


START OF FDIV PROGRAM 


“ee 


FDIV: 
RND RO, RB ; R3 <= RND X 
LDF —RL RO ; RL C= Y 
CALL FPINV RO <= 1/Y 
RND ~—sRO : ROUND BEFORE + 
MPYF 3, RO ; RO <= X 
RETS + RETURN 


END 


00€ 
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PROGRAM: $MATHX. ASM 
EXTENDED-PRECISION, FLOATING-POINT (40-BIT) MATH FUNCTIONS 


$MATHX.ASM CONSISTS OF THE FOLLOWING ROUTINES: 


SINX ~- COMPUTES A 9D SIN(X) FOR ALL X IN RADIANS. 
COSX - COMPUTES A 9D COSINE(X) FOR ALL X IN RADIANS. 
EXPX = COMPUTES A 9D EXP(X) FOR ALL ix: =< 88. 

LNX ~ COMPUTES AN 8D LN(X) FOR ALL X > 0. 

ATANX ~ COMPUTES AN 8D ATAN(X) FOR ALL X IN RADIANS. 
SORTX - COMPUTES A 10D SORT(X) FOR ALL XG 
FPINVX - COMPUTES A 10D 1/X FOR ALL X /= 0. 

FDIVX ~ COMPUTES A 10D X/Y FOR ALL X AND ALL Y /= 0. 


FNULTX - COMPUTES A 10D X#Y FOR ALL X AND ALL Y. 


HESS HE ERE EERE REEL LEE ESE EERE REE EEK ERE EEE ERE RE EHH 


HHH HHH HEHEHE 
PROGRAM: SINX 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


EXTENDED PRECISION SINE FUNCTION: RO <= SIN(RO). 


APPROXIMATE ACCURACY: 9 DECIMAL DIGITS. 

INPUT RESTRICTIONS: NONE. 

REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). 
REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO, IRO, AND RO-7. 
REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: FMULTX. 

EXECUTION CYCLES (MIN, MAX): 160, 160. 
JABEHHEHE HEHEHE HEHEHE HHH THERE HE Et 


ie i i. 
i i 


' EXTERNAL PROGRAM NAMES 
«GLOBL SINX 
»GLOBL ECOSX 
-GLOBL FMULTX 
: INTERNAL CONSTANTS 
DATA 
; SCALING COEFFS. FUR SIN(X) 


NRM2 =. WORT) = QO000004FH ; BOTTOM GF 2/PI 
NRM1 «WORD = OFF22F983H : TOP OF 2/PI 


: POLYNOMIAL COEFFS. FOR SIN(X) 
SHF2 =. WORD =: O0GQ000A3H 


SHF1 .WORD O00490FDAH 
«WORD O000000D1H : BOTTOM OF C3 


BOTTOM OF Ci (PI/2) 
TOP OF Ci (PI/2) 


Pry 


ue 


-WORD = OFFDAAZ18H ; TOP OF C3 
«WORD 0000000E3H : BOTTOM OF CS 
»WORD = OFC2335E0H s TOP OF CS 
«WORD = OF 8E69754H ; TOP OF (7 
«WORD OF 3280B28H ; TOP OF CP 
COF «WORD = OED9997B4H ; TOP OF Cli 
ACOF WORD COF ; ADDRESS OF COEFFS. 


CON «FLOAT 1.0, 0.0, 1.0, 0.0 ; MAPPING CONSTS. 
ACON WORD CON s ADDRESS OF CONSTS. 


« TEXT 
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; START OF SINX PROGRAM CALL = FMULTX : RO C= X##2#(C3 + RO) 
LDF = #ARO--, R2 ; R2 <= TOP OF Ci 
SINK! OR #ARO, R2 ; OR IN BOTTOM OF Ci 
ADDF —-R2, RO, Ri ; Ri <= Ci + RO 
PUSH =P ; SAVE DP 
LDP = @NRM1 ; LOAD DATA PAGE POINTER ; TEST FOR X ¢ 0 AND RETURN 
; COSX ENTRY POINT NEGF —-R3, RO : RO <= X 
BRD = FMULTX ; RO {= X#R1 = SIN(X), (DELAYED) 
ECOSK: POPF RS ; TEST ORIGINAL X 
LDFN 3, RO ; IF X <0 THEN RO <= -X 
SCALE AND MAP VARIABLE X POP oP ; UNSAVE DP 
PUSHF RO ; SAVE ORIGINAL x : RETURN OCCURS FROM FMULTX ! 
ARBSF RO ; RO <= IX! 
LDF @NRM1,R1 > Ri <= TOP OF 2/PI 
OR @NRN2Z, Ri ; OR IN BOTTOM OF 2/P1 
CALL  FMULTX + RO C= iXi#2/PI 
FIX —- RO, IRO ; IRO <= INTEGER QUADRANT 9 
FLOAT IRO,R1 : Ri <= FLOATING QUADRANT @ 
SUBF —-R1, RO ROME X, LOK C1 
NEGF RO, RB 1 RQ <= -X 
ADDI 1, IRO + R22 O41 
AND 3, IRO : IRO <= TABLE INDEX 
TSTB 2, IRO ; LOOK AT 2ND LSB 
LDFNZ R3,RO ; IF 1 THEN RO <= -X 
LDP = BACON ; LOAD DATA PAGE POINTER 
LDI ——@ACON, ARO ; ARO -> CONST, TABLE 
ADDF #+ARO(IRO), RO; FINAL MAPPING, RO <= X+C 
NEGF — RO,R3 ;ROM= -X 


LOI @ACOF , ARO ARO -> COEFF. TABLE 


EVALUATE TRUNCATED SERIES 


ae 


LDF  —-RO, RL s RI <= X 
CALL = FMULTX s RO <= X##2 

LDF RO, RI s RI <= X#e2 

MPYF = #ARQ--,R1,RO 9s: RO C= X##2#C11 

ADDF  *ARO--,RO » RO <= C9 + RO 

MPYF —- RL, RO RO C= X##24(C9 + RO) 
ADIF  § #ARO--,RO » RO <= C7 + RO 

MPYF = R1, RO ; RO <= X##2#(C7 + RO) 
LOF =. #ARO--, R2 + R2 <= TOP OF C5 

OR #ARO--, R2 : OR IN BOTTOM OF CS 
ADDF —R2,RO » RO <= C5 + RO 

CALL  FMULTX RO C= X##28(C5 + RO) 
LDF #ARO-—,R2 ; R2 <= TOP OF C3 

OR #ARO--,R2 ; OR IN BOTTOM OF C3 
ADDF  R2,RO ; RO <= C3 + RO 


COL 
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JAH THEE HEHE HEHEHE 
PROGRAM: COSX 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


EXTENDED PRECISION COSINE FUNCTION: RO <= COS(RO). 


APPROXIMATE ACCURACY: 9 DECIMAL DIGITS. 

INPUT RESTRICTIONS: NONE. 

REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). 
REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO, IRO, AND RO-7. 
REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: ECOSX (SINK). 
EXECUTION CYCLES (MIN, MAX): 165, 165. 


re ee ee a a a 


NOTE: USES SHF1 AND SHF2 FROM SINX PROGRAM! 


i 


-GLOBL COSX 
~GLOBL ECOSX 


TEXT 


START OF COSX PROGRAM 


we 


COSK: 
PUSH =P ; SAVE DP 
LOP ONRM1 ; LOAD DATA PAGE POINTER 
BRD ECOSK 3 RO <= COS(X) = SIN(X’), (DELAYED) 
LDF @SHF1,Ri ¢ Ri <= TOP OF PI/2 
OR @SHF2,R1 s OR IN BOTTOM OF PI/2 
ADOF = R1, RO 3 RO =X’ =X + PI/2 
ae RETURN OCCURS FROM SINX (ALIAS FMULTX) ! 


FEHR HEGRE SESE IER SEALE SE aE HE Ea ab att 
PROGRAM: EXPX 


WRITTEN BY: GARY A. SITTON 
BAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


EXTENDED PREC. EXPONENTIAL: RO <= EXP(RO). 


APPROXIMATE ACCURACY: 9 DECIMAL DIGITS. 

INPUT RESTRICTIONS: iROi <= 68.0. 

REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO AND RO-7. 

REGISTERS FOR GUTPUT: RO. 

RGUTINES NEEDED: FMULTX AND FPINVX. 

EXECUTION CYCLES (MIN, MAX): 115 (RO <=0 ), 160. 
JE HEHEHE HHH EHH HER 


% % 
% t 
* & 
# ¥ 
% & 
% + 
¥ + 
% % 
% % 
% * 
& % 
% % 
% % 
% % 
* & 
+ 5 
% % 


: EXTERNAL PROGRAM NAMES 
~GLOBL EXPX 
-GLOBL = FMULTX 
«GLOBL FPINVX 
INTERNAL CONSTANTS 
+ DATA 
: SCALING COEFFS. FOR 2-##X 


ENRMZ .WORD 000000029H ; BOTTOM GF 1/iN(2) 
ENRM1 =. WORD = OO038AA3BH ; TOP OF 1/LN(2) 


POLYNOMIAL CGEFFS. FOR 2##-X, O <= X <1, 


«WORD 000000000H ; CO (1.0) 


.WORD — 000000004H s BOTTOM OF C1 
.WORD — OFFCESDESH ; TOP OF Ci 
.WORD — 00000006EH s BOTTOM OF C2 
.WORD — OFD75FDEDH » TOP OF C2 
.WORD — 000000046H ; BOTTOM OF C3 
.WORD  OFB9CAS33H ; TOP OF C3 
.WORD OF 91DSC56H ; TOP OF C4 
WORD  OFSDIE7ASH » TOP OF C5 
.WORD OF 31AA707H ; TOP OF Cé 

c7 .WORD  OEFCOBD9CH + TOP OF C7 


AC7 »WORD = £7 
« TEXT 


; START GF EXPX PROGRAM 
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EXP: 


ad 


SCALE VARIABLE X 
PUSH DP 
LPO 
NEGF —-RO,R2 
LF RO, RI 
LOFN —R2,RO 
LOE PENI RI 
OR «CEN, RI 
CALL = FMULTX 
FIX —_—RO,R3 
FLOAT 3, RI 
SUBF RI, RO, RL 
NEGI FB 

LSH 24,3 
PUSH RB 

POPF «RS 

LOI ——-@AC7, ARO 
PoP oP 


EVALUATE TRUNCATED SERIES 


NPYF 


CALL 


TEST FOR X < 0 AND RETURN 


LOF 


#ARO—,R1,RO 
#ARO-—, RO 


R1,RO 
#ARO—, RO 


R1,RO 
#ARO— , RO 


R1,RO 
#ARO—,R4 
#AR0--,R4 
RA, RO 


R1,RO 
#ARO-—,R4 
#ARO-—,R4 
R4,RO 
FMULTX 
#ARO-- RA 
#ARO-—,R4 
R4,RO 


FMULTX 


R2,R2 


- << we we we le 


“ws “2 we 28h we we we 8k we le 


’ 


~~ 


we we 


ue we 
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we owe 42 oe 
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SAVE DP 

LOAD DATA PAGE POINTER 
R2 <= -X 

Ri <= X 

IF X ¢ 0 THEN RI <= 1X: 
Ri <= TOP OF 1/LN(2) 
OR IN BOTTOM OF 1/LN(2) 
RO < X = tXi/LN(2) 

R3 <= I = INTEGER OF X 
Ri <= FLT. PT. I 

Ri <= FRACTION OF ixt, O<=X <1 
R3 < -I 

MOVE -I TO EXP. 

SAVE AS INT. 

R3 <= FLT. PT. 2#%-] 
ARO -> COEFF. TABLE 
UNSAVE DP 


; RO <= X#C7 


RO <= C6 + RO 


RO <= X#(C4 + RO) 
RO <= C5 + RO 


RO <= X#(C5 + RO) 
RO <= C4 + RO 


RO <= X#(C4 + RO) 
R4 <= TOP OF C3 
OR IN BOTTGM OF C3 
RO <= C3 + RO 


RO <= X#(C3 + RO) 
R4 <= TOP.OF C2 
OR IN BOTTOM OF C2 
RO <= C2 + RO 


RO <= X#(C2 + RO) 
R4 <= TOP OF Ci 
OR IN BOTTOM OF C1 
RO <= Cl + RO 


+ RO <= X#(Ci + RO) 


TEST ORIGINAL -X 


FPINVX : IF -X ¢ 0 THEN RO <= 1/X, (DELAYED) 
#AR0,RO,R1 s RI <= 2##-X = CO + RO 

R3,R1,RO 5 RO <= 2et-(1 + X) TRUNC. 

R1,RO ; RO (= FULL MANTISSA 


; RETURN (IF NO FPINVX BRANCH) 


vOE 
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PROGRAM: LNX 


WRITTEN BY: GARY A. SITTON 


GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 


MARCH 1989. 


EXTENDED PREC. LOGARITHM BASE E: RO <= LN(RO). 


APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 
INPUT RESTRICTIONS: RO > 0.0. 
REGISTERS FOR INPUT: RO. 
REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO AND RO-7. 
REGISTERS FOR OUTPUT? RO. 
ROUTINES NEEDED: FMULTX. 
EXECUTION CYCLES (MIN, MAX): 193, 193. 


i. ea ad 


JHE HEHEHE 


EXTERNAL PROGRAM NAMES 


~GLOBL LNX 
-GLOBL FMULTX 


INTERNAL CONSTANTS 


DATA 


SCALING COEFFS. FOR LN(1+X) 


-WORD —0000000F7H 
-WORD = OFF317217H 


POLYNOMIAL COEFFS. 


«FLOAT 1.0 


SESSSSEREEERESE 


8 
? 
s 
J 


BOTTOM OF LN(2) 
TOP OF LN(2) 


FOR LN(14X), OCR XC 1. 


so we we we 48 ue we Ne we ee Oe ee we le le, 


CO (1.0) 


BOTTOM OF Ci 
TOP OF Ci 
BOTTOM OF C2 
TOP OF C2 
BOTTOM OF C3 
TOP OF C3 
BOTTOM OF C4 
TOP OF C4 
BOTTOM OF CS 
TOP OF CS 
BOTTOM OF (% 
TOP OF Cé 
BOTTOM OF C7 
TOP OF C7 
TOP OF C8 


ACS 


LNX: 


+ WORD 


TEXT 


START OF LNX PROGRAM 


EVALUATE TRUNCATED SERIES 


C3 


LDF ==> RO, RO 
RETSLE 
SCALE VARIABLE X 
PUSH DP 
LP BAS 
PUSHF RO 
POP RB 
ASH = --24,R3 
FLOAT R3,R1 
LDF = @CO,R2 
LOE —-R2, RO 
SUBRF — RO,R2 
LDF LNRM, RO 
OR @LNRNZ, RO 
CALL FMULTX 
LDF RO, R3 
LDI ——-@ACS, ARO 
POP so 


R2,Ri 
#ARO-~,R1,RO 
#ARO--, R2 
#ARO—,R2 
R2,RO 


R1,RO 
#ARO--, R2 
#ARO--, R2 
R2,RO 


R1,RO 
#ARO--, R2 
#ARO--,R2 
R2,R0 


FMULTX 
#AR0--,R2 
#ARO—,R2 
R2,RO 


FMULTX 
#AR0--,R2 


J 
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2 
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° 
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s 
1 
8 
? 


we we we we 


«=e we un we 


; TEST X 


RETURN NOW IF X <= 0 


SAVE DP 

LOAD DATA PAGE POINTER 
SAVE AS FLT. PT. 

R3 <= INTEGER FORMAT 

R3 <= E = SIGNED EXP. 

Ri <= FLT. PT. E VALUE 
R2 <= 1.0 

EXP. RO <= 0 (1 <= X < 2) 
R2 <= X-1 (02 X C1) 
RO <= TOP OF LN(2) 

OR IN BOTTOM OF LN(2) 
RO <= E#iN(2) 

R3 <= E#iN(2) 

ARO -> COEFF. TABLE 
UNSAVE DP 


Ri <= X 

RO <= X#€8 

R2 <= TOP OF (7 
OR IN BOTTOM OF C7 
RO <= C7 + RO 


RO <= xX#(C7 + RO) 
R2 <= TOP OF C 
OR IN BOTTOM OF Cé 
RO <= C6 + RO 


RO <= X#(C6 + RO) 
R2 <= TOP OF C5 
OR IN BOTTOM OF CS 
RO <= CS + RO 


RO <= X#(CS + RO) 
R2 <= TOP OF C4 
OR IN BOTTOM OF C4 
‘RO <= C4 + RO 


RO <= X#(C4 + RO) 
R2 <= TOP OF C3 
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OR IN BOTTOM OF C3 
RO < C3 + RO 


RO <= X#(C3 + RO) 
R2 <= TOP OF C2 
OR IN BOTTOM OF C2 
RO <= C2 + RO 
RO <= X#(C2 + RO) 
R2 <= TOP OF Ci 
OR IN BOTTOM OF Ci 
RO <= Cl + RO 


RO <= X#(Ci + RO) 


RO <= LN(X) + E#LN(2) 


RETURN 


JERSE HHH HH HHH HHH HHHIHHE 
PROGRAM: ATANX 


a i i i 


e 


Ci 


WRITTEN BY: GARY A. SITTON 


EXTENDED PRECISION ARC TANGENT: RO <= ATAN(RO). 


GAS LIGHT SOFTWARE 


HOUSTON, TEXAS 
MARCH 1989, 


APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 


INPUT RESTRICTIONS: NONE. 
REGISTERS FOR INPUT: RO. 


REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO, IRO, AND.RO-7. 
REGISTERS FOR QUTPUT: RO (IN RADIANS). 
ROUTINES NEEDED: FMULTX, AND FDIVX. 

EXECUTION CYCLES (MIN, MAX): 210 (IATANXi¢=1), 332. + 
JHE HHH HHH EE 


EXTERNAL PROGRAM NAMES 


~GLOBL ATANX 
~GLOBL FMULTX 
»GLOBL FDIVX 


INTERNAL CONSTANTS 


DATA 


SCALING COEFFS. FOR ATAN(X) 


POLYNOMIAL COEFFS. FOR ATAN(X), -1 <= X ¢ 


WORD 
» WORD 
«WORD 
» WORD 
» WORD 
WORD 
» WORD 
WORD 
WORD 
» WORD 
«WORD 
WORD 
» WORD 


00000005DH 
OFF BOF 025H 
0000000A2H 
OFF 490F DAH 
000000000H 
080000000H 


000000000H 
Q0000006EH 
OFEDSSS94H 
O000000D9H 
OF DACBBE4H 
QOOO000FFH 
OF DEESOSSH 
000000054H 
OF CSA3D83H 
000000093H 
OF CESCESBH 
O0GO000BFH 
OFB2FC1FDH 


a 
? 
s 
bf 
? 
? 


. 
? 


. 
1 


“08 


=e 


we we ae 


we 


BOTTOM OF -PI/4 


TOP CF -PI/4 


s BOTTOM OF PI/4 
; TOP OF PI/4 
BOTTOM OF ZERO 


TOP OF ZERO 


TOP GF Ci (1.0) 


BOTTOM OF C3 
TOP OF C3 
BOTTOM OF CS 
TOP OF CS 
BOTTOM OF C7 


» TOP OF C7 


“ee eo 


“eo ve 


: BOTTOM OF £13 


BOTTOM OF C? 
TOP OF C9 


BOTTOM OF Cli 


TOP OF Cil 


: TOP OF C13 


Le i. 


* 


90€ 
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-WORD OFAFBIFEH =——;_: TOP OF C15 
: ADDF RZ, RO : RO <= C13 + 
C17 —s « WORD.«s«OF 73BD74AH : TOP OF C17 : € RO 


HPYF —R1,RO » RO C= X#e2#(C13 + RO) 
AC17 = WORD C17 LDF = #ARO--, R2 5 R2 <= TOP OF Cil 
| OR  —- *ARO—, R2 » OR IN BOTTOM OF Cit 
» TEXT ADDF —R2,RO RO <= Cll + RO 
; START OF ATANX PROGRAM CAL  FMULTX + RO <= X#e2#(C11 + RO) 
. LOF = #ARO—~, R2 » R2 <= TOP OF C9 
ATANX: oR #ARO-~,R2 » OR IN BOTTOM OF C9 
RO s = 
: SCALE VARIABLE X ADDF = R2, : RO <= C9 + RO 
Fi e = 
ey LSS bn nro nm ecm eo 
; oR #ARO--, R2 ; OR IN BOTTOM OF C7 
ABSF RO, R2 3 R2 Xt ADDF —R2,RO « RO <= C7 + RO 
SUBF @C:1,R2 2 RQ <= IX} - 1 ’ ; 
oe Che ens CALL © FMALTX RO <= Kee2#(C7 + RO) 
pees pope LOF #ARO—,R2 » RQ <= TOP OF C5 
’ gente oR #ARO-— , R2 ; OR IN BOTTOM OF C5 
LOI 0, IRO , IRO <= 0, POST SCALE INDEX ANE REPO Spare 
; SCALE FOR iKi > I CAL FMULTX 5 RO <= X#828(C5 + RO) 
LOF = #ARO—~,R2 » R2 <= TOP OF C3 
Pia RO Seale OR = #ARO--,R2 » OR IN BOTTOM OF C3 
ABSF RO, RI + RL <= IX! weet a Pea 
ADOF «= «C1, RI sR Ce IX! +1 ’ aS 
LOF R2,R0 3 RO C= iki - 1 a 
CALL DIV 2 RO Ce CX! - /UXE #1) ee a ob ase 
, TEST FOR X’ <0 many: 
mem; aroun So ae ae 
SK « IF X < 0 THEN RO <= -X’ (DELAYED) ’ ; a 
iy magia ec : CALL © FMULTX « RO = ATANX(X) = X#(1 + RO) 
LF ROR ta ce NOP #AROHH(IRO) «ss ARO -> C (0.0, PI/4 OR -PI/A) 
SBI 2, 1R0 3 ARO =2, {PL/S) : ADD IN POST SCALE VALUE C AND RETURN 
RO,R3 5 RB Ce WK" 
ed 2, TRO « IRO C= -4, (-PI/4) Pop + R4 < RETURN ADDRESS 
’ ; , BUD RA « RETURN (DELAYED) 
eee: eae, Jen 5 RO ce Xe82 LDF = #ARO-~, RI + RL <= TOP OF C 
OR —-#ARO, RI » OR IN BOTTOM OF C 
LOI —s@AC17, ARO » ARO -> COEFF. TABLE et Sere ee 
PoP oP , UNSAVE DP ’ 5 RO <= ATAN(K) + C 
' EVALUATE TRUNCATED (ODD) SERIES 
LF RO, RI 5 RL Ce X#82 
WPYF «BAROLO. s- RO <= Xe828C17 
AROF — SARO—-,RO ; RO <= CIS + RO 
WPYF RI, RO s RO C= X##24(C15 + RO) 
LF = SAO, R ; R2 <= TOP OF C13 
OR = - ARO, 2 + OR IN BOTTOM OF C13 


he AHHH LSH 8,Ri ; Ri <= Ri EXP. REMOVED 
# PROGRAM: SORTX + ASH —--1, R4  R4 <= R4 WITH -E/2 EXP. 
2) : ‘ PUSH 4 » SAVE R4 AS INTEGER 
= ® WRITTEN BY: GARY A. SITTON + POPF = -R4 ; R4 = FLT. PT. 
AY # GAS LIGHT SOFTWARE + LDE = R41 RL C= (1-M/2)#2H#-£/2 
Sh # HOUSTON, ' TEXAS + LDF — @CNST3,R2 » R2 <= 1.1... FOR ODDE 
g é MARCH 1989. + LSH 7, R5 : TEST LSB OF E (AS SIGN) 
# + LDFNN  @CNST4,R2 ; IF E EVEN R2 <= 0.78... 
ay # APPROXIMATE ACCURACY: 10 DECIMAL DIGITS. # MPYF = -R2,R1 s Ri <= CORRECTED ESTIMATE 
# INPUT RESTRICTIONS: RO >= 0.0. + 
= # REGISTERS FOR INPUT: RO. PY : GENERATE V/2 (USES MPYF). 
S # REGISTERS USED AND RESTORED: DP AND SP. + 
= # REGISTERS ALTERED: RO-7. * MPYF —CNST1,RO : RO <= V/2 TRUNC. 
S # REGISTERS FOR OUTPUT: RO. ' LOM RB, RO ; RO <= V/2 FULL PREC. 
a # ROUTINES NEEDED: FMULTX. * 
=> # EXECUTION CYCLES (MIN, MAX): 138, 138. + : NEWTON ITERATION FOR Y(X) = X - V##-2=0.., 
~ {HHH HHIHHSHE HH IHRE HHHHHEHHEE Ht a 
S MPYF —R1,Ri,R2 : R2 <= XL0J##2 
® 3 EXTERNAL PROGRAM NAMES MPYF —- RO, R2 s R2 <= (W/2) # XLO]##2 
Ny SUBRF  CNST2,R2 2 R2 C= 1.5 - (V/2) * XC0]##2 
= eee, cll MPYF —-R2, Rt s RI = XCA] = XE0] * (1.5 - (V/2)#XL0]##2) 
a) : ; 
Ne MPYF —- RI, R1,R2 s R2 C= Xi ]##2 
S : INTERNAL CONSTANTS MPYF RO, R2 + R2 <= (V/2) # XEL]##2 
qq SUBRF  CNST2,R2 2 R2 <= 1.5 - (V/2) ® XC1]8#2 
& .DATA MPYF RZ, RI » RL C= X02] = XE1] # (1.5 - (V/2)#x013##2) 
(NSTI .SET 0.5 MPYF —-R1, R1,R2 » R2 <= X(2]##2 
CNST2 .SET 1.5 MPYF RO, R2 2 R2 C= (V/2) # XC2]##2 
CNST3 FLOAT 1. 103553391 + ADJUSTED 1.0 SUBRF  CNST2,R2 + R2 = 1.5 - (V/2) ® X[2]##2 
CNST4 FLOAT 0.780330086 — : ADJUSTED SORT(1/2) MPYF = R2,Ri s Ri C= X£3] = X02] # (1.5 - (V/2)*X12]##2) 
SHSK WORD OFF 7FFFFFH LDF RO, R2 . R2 <= V/2 
LDF —s-R1, RO » RO <= X[3] 
. TEXT CALL  FMULTX s RO (= X(3]##2 
LOF = R14 : RA <= X03] 
: START OF SQRTX PROGRAM. LDF = R2, Rt 2 RL <= V/2 
LOF = RA R2 s R2 <= X{3] 
SORTX: CALL = FMULTX » RO <= (WV/2) # XE3]##2 
SUBRF  CNSTZ,RO 2 RO <= 1.5 - (V/2) * X03] ##2 
LDF RO,R3 + TEST AND SAVE V LOF = R2, Ri + Ri <= X{3] 
RETSLE ; RETURN NOW IF V <= 0 CALL —- FMULTX » RO <= X04] = X03] # (1.5 - (V/2)*X(3]##2Z) 
; GET APPROXIMATION TO 1/V. FOR V = (1+M)#2eaE : INVERT FINAL RESULT AND RETURN 
; AND 0 <= M (1, FOR E EVEN! XL) = (1-M/2)#244-£/2 
: AND FOR E ODD: XCO] = SQRT(1/2)#(1-M/2)*2##-E/2 BRD = FMULTX © RO = SQRT(V) = V#SQRT(1/V) (DELAYED) 
LDF = R3, RI 2 RIV 
PUSH DP » SAVE DP FOP OF : UNSAVE DP 
LDP = @SMSK ; LOAD DATA PAGE POINTER NOP : DEAD CYCLE 
PUSHF RO » SAVE VAS FLT. PT. V = (14M) 42x86 
POP RA + R4 <= VAS INTEGER : RETURN OCCURS FROM FMULTY ! 
w XOR — @SMSK 4 : R4 <= COMPLEMENT ALL BUT SIGN . 
an) LOI R4, RI RL = (1-M/2)#2##-E 
~“ LDI R45 » RS <= RI 


80€ 
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PROGRAM: FPINVX 


WRITTEN BY! GARY A. SITTON 


EXTENDED PREC. FLT. PT. INVERSE: RO <= 1/RO. 


APPROXIMATE ACCURACY: 10 DECIMAL DIGITS. 
INPUT RESTRICTIONS: RO '= 0.0. 
REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP, 
REGISTERS ALTERED: RO-1 AND R4-7. 
REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: FMULTX. 

EXECUTION CYCLES (MIN, MAX)! 76, 76. 


GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989, 


ee eK oe 


ZHI HHHHHHHHHHHEHEHEEHHEEE HHE SHEE He 


2 


FRINVX: 


EXTERNAL PROGRAM NAMES 


~GLOBL FPINVX 
-GLOBL FMULTX 


INTERNAL CONSTANTS 


» TEXT 


START OF FPINVX PROGRAM 


LOF RO, RO ¢ TEST F 
RETSZ : RETURN NOW IF F = 0 


GET APPROXIMATION TO i/F. FOR F = (14H) # 28sE 
AMD O C2 NC 1, USES XL0] = (1-1/2) *# 2#8-£ 


PUSH =P SAVE DP 
LOP @HSK LOAD DATA PAGE POINTER 
PUSHF RO SAVE AS FLT. PT. F = (itm) # 2aE 


FETCH BACK AS INTEGER 
COMPLEMENT E & M BUT NOT SIGN BIT 
SAVE AS INTEGER, AND BY MAGIC... 
Ri <= Xf0] = (1-M/2) # 28e-£. 
UNSAVE DP 


= 
r~< 
we 48 we we we we we we 


NEWTGN ITERATION FOR: Y(X) =X - 1/F =O... 


MPYF 
SUBRF 
MPYF 


MPYF 
SUBRF 
MPYF 


MPYF 
SUBRF 
MPYF 


FOR THE LAST ITERATION: 


CALL 
SUBRF 
CALL 
ADDF 


RETS 


END 


R1,RO,R4 
THO, R4 
R4,Rt 


R1,RO,R4 
TWO, R4 
R4,Ri 


R1,RO,R4 
TWO, R4 
R4,R1 


FMULTX 
ONE, RO 
FMULTX 
R1,RO 


s R4 <= F # XL0) 
, RA <= 2 - F * XL0] 
> RL <= XL1) = X{0] # (2 - F * XC0}) 


» R4 <= F * XC) 
s RA 2-F * Xl) 
+ Rl <= X€2] = XC1) * (2 - F ® Xfi) 


+ R4 <= F # X02) 
, RA 2-F # XC2] 
» Ri C= X03) = XL2] # (2 - F # X£2)) 


XC4] = (X03] * (1 - (F ® X039))) + X03] 

; RO <= F # X{3] = 1 + EPS 

» RO <= 1 - F # XI3] = EPS 

s RO <= X[3] # EPS 

+ RO <= XE4] = (XE3]#(1 - (F#XE3]))) + X03) 


s RETURN 
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@HHHHHINHHHHHIBH HII HH JABBER IEEE HHH HEHE EEE 
PROGRAM: FDIVX rs * PROGRAM: FMULTX + 
z . + 
WRITFEN BY: GARY A. SITTON ; * WRITTEN BY: GARY A. SITTON # 
GAS LIGHT SOFTWARE # * GAS LIGHT SOFTWARE % 
HOUSTON, ‘TEXAS ry * HOUSTON, TEXAS # 
MARCH 1989. Py + MARCH 1989. 
+ # t 
EXTENDED PRECISION DIVIDE: RO <= RO/R1. * * EXTENDED PRECISION MULTIPLY: RO <= RO#R}. % 
+ % + 
APPROXIMATE ACCURACY: 10 DECIMAL DIGITS. * # APPROXIMATE ACCURACY: 10 DECIMAL DIGITS. # 
INPUT RESTRICTIONS: R1 '= 0.0. + #% INPUT RESTRICTIONS: NONE. + 
REGISTERS FOR INPUT: RO (DIVIDEND) AND Ri (DIVISOR).# * REGISTERS FOR INPUT: RO. * 
REGISTERS USED AND RESTORED: DP AND SP. rs # REGISTERS USED AND RESTORED: DP AND SP. # 
REGISTERS ALTERED: R0-7. + * REGISTERS ALTERED: RO AND R4-7. # 
REGISTERS FOR OUTPUT: RO (QUOTIENT). + # REGISTERS FOR OUTPUT: RO. Ps 
ROUTINES NEEDED: FMULTX AND FPINVK. + # ROUTINES NEEDED: NONE, # 
EXECUTION CYCLES (MIN, MAX): 107, 107. + # EXECUTION CYCLES (MIN, MAX): 20, 20. + 
7?HHIMHIIHIHIHHHIH HHH HEHEHE HEHE SEREHRAEEHRSER AERA SEL SSR REESE RRRAERRHER HEE RHEE 
: EXTERNAL PROGRAM NAMES : EXTERNAL PROGRAM NAMES 
~GLOBL  FDIVX -GLOBL FMULTX 
-GLOBL FPINVX 
-GLOBL FMULTX TEXT 
» TEXT : START OF FMULTX PROGRAM 
: START OF FDIVX PROGRAM FMULTX: 
FDIVX: ABSF RO, R4 » R4 <= IXAl 
XOR —-R1, RO + RO <= SIGN INFO. 
LDF = RO, R3 ; R3 © Xx ABSF —R1,R7 » R7 <= {XB 
LDF = sR, RO ; RIC Y MPYF = R4,R7,R6 » RO <= AxB 
CALL = FPINVX s RO < 1/Y LDF R4,R5 2 R5 <= TXAI 
LOF —sR3, Rl ; Ri =X . ANDN OFFH,R5 + RS <= A= XA - EAx2##-24 
BR FMULTX : RO <= X/Y SUBRF 4, R5 + RS (= EAt2-24 
MPYF —-R7,R5 RS C= BeEARZH-24 
; RETURN OCCURS FROM FMULTX ! ADDF = R6,R5 » RS <= ARB + BHEAK2##-24 
LDF =——-R7,R6 » RO <= }XB! 
ANDN — OFFH,R6 2 R6 <= B= XB - ERR2##-24 
SUBRF —R7,R6 © RO (= EB2#-24 
MPYF = -R4, RE » RG <= AKEBH2##-24 
ADDF = R6,R5 © RS <= {XA#XB! = ARB + (BREAtAXER)#2##-24 
NEGF RS R6 © RG <= ~ IXARXB! 


POP R4 ; R4 <= RETURN ADDRESS 

BUD R4 : RETURN (DELAYED) 

LDF RO, RO : TEST ORIGINAL (XA * XB) 

LDFN = -R6, RS ; IF XA#XB < G THEN RO <= -iXARKBI 
LOF RS, RO ; RO <= XA#XB 


ote 
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PROGRAM: S$MATHI.ASM 

INTEGER (32~BIT) MATH ROUTINES 

SMATHI.ASM CONSISTS OF THE FOLLOWING ROUTINES: 


ILOG2"~ COMPUTES M = LOG2(N), N&C 24M FOR USE WITH RADIX 2 FFT 
PROGRAMS. 


IMULT ~ COMPUTES A 64-BIT PRODUCT OF TWO 32-BIT NUMBERS. 


IDIV ~ COMPUTES THE QUOTIENT AND REMAINDER OF TWO 32-BIT NUMBERS. 


i ee 


{HHH HEHEHE EE 


JERE HHH HEHEHE THEE HEHE Eat 
PROGRAM: ILOGZ 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


INTEGER LOG BASE 2: RO <= (INTEGER) LOG2(RO). 


INPUT RESTRICTIONS: RO > 0. 
REGISTERS FOR INPUT: RO, 
REGISTERS USED AND RESTORED: SP. 
REGISTERS ALTERED: IRQ-i AND RO. 
REGISTERS FOR OUTPUT: RO. 
ROUTINES NEEDED: NONE. 

{ABE HEHE HEHEHE HHH HHH HE 


i i ed 
we eee 


EXTERNAL PROGRAM NAMES 


»GLOBL ILOG2 
» TEXT 
: START OF ILOG2 PROGRAM 
ILGG2: 
LDI 1, IRO : IRO <= I (INIT. 1) 
LDI -1,IR1 ; IRL <= M (INIT. -1) 
CPI IRO, RO + COMPARE I TO N 
LOOP: = BGTD LOOP : LOOP IF N> 1 (DELAYED) 
LSH 1, IRO 2 I C= 2#!] 
ADDI 1, IRi »M=M+1 
CMPI TRO, RO ; COMPARE I TO N 
LDI IR1,RO + RO <= LOG2Z(N) 
RETS : RETURN 
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PROGRAM: IMULT 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT ‘SOFTWARE 
HOUSTON, « TEXAS 
MARCH 1989. 


INTEGER 32 X 32 MULTIPLY: Ri, RO C= RO#RI. 
RESULT IS THE 64 BIT PRODUCT OF TWO 32 BIT INPUTS. 


INPUT RESTRICTIONS: NONE. 

REGISTERS FOR INPUT: RO AND Ri. 

REGISTERS USED AND RESTORED: SP. 

REGISTERS ALTERED: ARO-1 AND RO-4. 

REGISTERS FOR OUTPUT: Ri (UPPER) AND RO (LOWER). 
ROUTINES NEEDED: NONE. 

JHHEHHEHHHEH HEHEHE EEE EEE 


nn eee ee eee eee 
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; EXTERNAL PROGRAM NAMES 
-GLOBL IMULT 
» TEXT 


START OF IMULT PROGRAM 


IMULT: 
XOR RO, R1, ARO + ARO <= SIGNUM (RO#RI) 
ABSI RO ; RO <= 1X} 
ABSI RL s Ric IY! 


SEPARATE MULTIPLIER AND MULTIPLICAND IN TWO PARTS 


“oe 


LDI 16, ARI 5 ARI <= -16 (FOR SHIFTS) 

LSH ARI, RO, R2 + R2 C= X1 = UPPER 16 BITS OF 1X! 
AND =——«OFFFFH, RO + RO C= X0 = LOWER 16 BITS OF 1X! 
LSH ARI, R1,R3 + R3 = Y1 = UPPER 16 BITS OF !Y! 
AND OF FFFH, RI » Ri c= YO = LOWER 16 BITS OF {Y! 


CARRY OUT THE MULTIPLICATION 


we 


MPYI RO, R1,R4 ; RA <= XO#YO = PI 
MPYI —R3,RO ; RO C= XORYL = P2 
MPYI —-R2,R1 + Ri C= X1#¥0 = P3 
ADDI RO, Ri ; Ri <= P24P3 

MPYI —-R2,R3 + R3 C= X1aV¥1 = PA 


PUT THE PRODUCTS TOGETHER 


LDI R1,R2 3 R2 <= P2+P3 
LSH 16,R2 ¢ R2 <= LOWER 16 BITS OF P2+P3 
CHPI =O, ARO ; CHECK THE SIGN OF THE PRODUCT 


BGED DONE : IF >= 0 THEN DONE (DELAYED) 

LSH ARI,R1 3 Ri <= UPPER 16 BITS OF P2+P3 

ADDI  R4,R2,RO ; RO <= WO = LOWER WORD OF THE PRODUCT 
ADDC = R3, Ri ; Ri <= Wi = UPPER WORD OF THE PRODUCT 


NEGATE THE PRODUCT IF NUMBERS WERE OF OPPOSITE SIGN 


ue 


SUBRI 0,R0 5 RO <= -W0 
SUBRB 0,Rl ; Ri C= -Wi (WITH BORROW) 
DONE: —-RETS ; RETURN 


Cle 
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PROGRAM: IDIV 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


INTEGER 32 / 32 DIVIDE: RO, Ri <= RO/RI. 
RESULT IS A 32 BIT QUOTIENT AND iREMAINDER:. 


INPUT RESTRICTIONS: Ri '= 0. 
REGISTERS FOR INPUT: RO (DIVIDEND) AND R1 (DIVISOR). 
REGISTERS USED AND RESTORED: SP. 
REGISTERS ALTERED: IRO-i AND RO-3. 
REGISTERS FOR OUTPUT: RO (QUOTIENT) AND 
Ri (REMAINDER: ). 
ROUTINES NEEDED: NONE. 
{HHH EHH HEHEHE Ht 


Oe ed 


; EXTERNAL PROGRAM NAMES 
~GLOBL IDIV 


START OF IDIV PROGRAM 


we 


» TEXT 
IDIV: 


DETERMINE SIGN OF RESULT. GET ABSOLUTE VALUE OF OPERANDS. 


oid 


XOR RO,R1,R2 3 R2 <= SIGNUM (RO/R1) 
ABST =—s RO 3 RO < ix: 
ABSI sR s Ri <= iY! 
; TEST INPUT VALUES 
QPI RO, Ri 3 COMPARE DIVISOR TO DIVIDEND 
BHID = ZERO ; IF Ri > RO THEN RETURN 0 (DELAYED) 


NORMALIZE OPERANDS. USE DIFFERENCE IN EXPONENTS AS 
SHIFT COUNT FOR DIVISOR, AND AS REPEAT COUNT FOR SUBC. 


we we 


FLOAT RO, R3 3 R3 <= NORMALIZED DIVIDEND 
PUSHF RB 3 PUSH AS FLOAT 

POP IR1 : IRI <= INTEGER 

LSH 24, IRt ; IRI <= DIVIDEND EXPONENT 
FLOAT R1,R3 s R3 <= NORMALIZED DIVISOR 
PUSHF = RS. 3 PUSH AS FLOAT 

POP IR0 ; IRO <= INTEGER 

LSH ~24, IRO 3 IRO <= DIVISOR EXPONENT 


“eo 


—. 


ZERO: 


SUBI —sIRO, IRI ; IR1 <= DIFFERENCE IN EXPONENTS 
LSH IR1,R1 ; Ri <= ALIGNED DIVISOR WITH DIVIDEND 


DO IRi+1 SUBTRACT & SHIFTS, 


RPTS —sIR1 ; REPEAT IR1+1 TIMES 
SUBC = R1,RO s RO <= 2#(RO - R1) 


MASK OFF THE LOWER IRi+1 BITS OF RO 


LDI RO,R1 ; Ri <= TREMAINDER, QUOTIENT: 
SUBRI 31, IR1 ; IR] <= 32 - (IRI+1): 

LSH IR1,RO ; RO <= RO SHIFT LEFT IR1 
NEGI —sIRI ; IRi <= -IR1 

LSH TR1,RO ¢ RO <= ixXi/i¥t 

SUBRI  -32, IR1 ; IRL <= -CIRI+1) 

LSH IR1,R1 ; Ri <= REMAINDER: 


CHECK SIGN AND NEGATE RESULT IF NECESSARY. 


NEGI = RO, RB s RS -iXi/i¥i 
ASH -31,R2 ; TEST SIGN BIT 
LDINZ R3,RO ; IF SET RO <= -RO 
CHI 0, RO s SET STATUS FROM RESULT 
RETS ; RETURN 
RETURN ZERO QUOTIENT. 
LDI RO, Ri ; Ri <= TREMAINDER: 
LDI 0, RO ; RO <= 0 QUOTIENT 
| RETS ; RETURN 


»END 
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PROGRAM: SVECTOR. ASM 
VECTOR UTILITIES 
SVECTOR.ASM CONSISTS OF THE FOLLOWING ROUTINES: 
#CORMULT ~ IN-PLACE COMPUTATION OF THE COMPLEX VECTOR PRODUCT OF TWO 
COMPLEX ARRAYS USING THE COMPLEX CONJUGATE OF THE SECOND 
ARRAY. 


#CONMULT - IN-PLACE COMPUTATION OF THE COMPLEX VECTOR PRODUCT OF TWO 
COMPLEX ARRAYS. 


#CBITREV ~ IN-PLACE BIT REVERSE PERMUTATION ON A COMPLEX ARRAY WITH 
SEPARATE REAL AND IMAGINARY ARRAYS. 


#FMIEEE - IN-PLACE FAST CONVERSION OF AN IEEE ARRAY TO A TMS320C030 
ARRAY. - 


#TOIEEE - IN-PLACE FAST CONVERSION OF A TMS320C30 ARRAY TO AN IEEE 
ARRAY, 


#VECMULT - IN-PLACE MULTIPLIES A CONSTANT TIMES AN ARRAY. 
#CONMOV - MOVES (FILLS) A CONSTANT INTO AN ARRAY, 


#VECMOV - MOVES (COPIES) AN ARRAY INTO ANOTHER ARRAY. 


ee 


SESE EIGER EEE EEE AEE EEE EE a HE EE SE EE SEE SEE aE A a at eG a a a EE Et 
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PROGRAM: #CORMULT 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
FEBRUARY 1989, 


COMPLEX IN-PLACE FREQUENCY DOMAIN CORRELATION: 
Ci <= Ci * CONU(C2), Ci AND C2 ARE BOTH OF LENGTH 
N, AND Cl = (Xi + 1#¥1) AND CONU(C2) = (X2 - T#¥2), 


MCORMULT ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 
SIAD1 -> X1L0], $IAD2 -> Y1L03, 
$SAD1 -> X200], $SAD2 -> Y2001, 
$N = N (LENGTH), $PARMS = DATA PAGE. 
INPUT RESTRICTIONS: $N > 0, 
REGISTERS ALTERED: RC, DP, ARO-3 AND RO~3. 


RCORMULT ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 
ARO -> X1[0], AR1 -> Y1(0], AR2 -> X2(0], 
ARS -> Y2(0], RC = N (LENGTH). 
INPUT RESTRICTIONS: RU > 0. 
REGISTERS ALTERED: RC, ARO-3 AND RO-3. 


REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR GUTPUT: NONE, 
ROUTINES NEEDED: NONE. 


ba eo ls | 


REE RES EEE EERE EEE EEE EE EEE EEE EEE EEE 


ue 


EXTERNAL MEMORY ADDRESSES 
»GLOBL $PARMS ; PARAMETER PAGE ADDRESS 


EXTERNAL VARIABLE ADDRESSES 


-GLOBL $N ; ARRAY LENGTH N 

~GLOBL $IADI s ADDRESS OF INPUT X1 
-GLOBL $IAD2 : ADDRESS OF INPUT Y1 
-GLOBL = $SAD1 ; ADDRESS OF INPUT X2 
-GLOBL $SAD2 : ADDRESS OF INPUT Y2 


EXTERNAL PROGRAM NAMES 


»GLOBL MCORMULT = ; MEMORY ENTRY FOR COMPLEX (CORR.) MULTIPLY 
»GLOBL RCORMULT =; REGISTER ENTRY FOR COMPLEX (CORR.) MULTIPLY 


START OF PROGRAM AREA 
s TEXT 


MEMURY BASED PARAMETER ENTRY 


vie 
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1,RC 


MCORMULT: 
LDP @SPARMS : LOAD DATA PAGE POINTER 
LBI @$N,RC : RC <=N 
LDI @SIAD1, ARO s ARO -> X1if0] 
LDI @$IADZ, ARI : ARL -> Y100] 
LDI @$SAD1 , ARZ 3 AR2 -> X2[0] 
LDI @$SAD2, ARS 3 AR3 -> Y20] 
; REGISTER BASED PARAMETER ENTRY 
-RCORMULT: 


COMPLEX MULTIPLY (CORRELATION) LOOP 


s RC C= N- 1 


REPEAT BLOCK N TIMES 
RL <= XICTI#X2E1) 
R3 <= YI(T]#¥2C1] 


s RO <= YiCIJ#X201], INCR. AR2 AND... 


s R2 = XIUCTI#X201) + YiCTI#V2C1) 
3 Ri <= X101]#¥201), INCR. ARS 

s R3-C= VICTI#X201) ~ XiCtI#Y2e7) 
3 X11] <= R2, INCR. ARO AND... 

s YiCI] <= R3, INCR. ARI 


s RETURN 


| 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
APRIL 1989. 


COMPLEX IN-PLACE FREQUENCY DOMAIN CONVOLUTION: 
Ci <= Ci ® C2, C1 AND C2 ARE BOTH OF LENGTH 
N, AND C1 = (Xi + 14V1) AND C2 = (X2 + 1#¥2), 


MCONMULT ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 
$IADi -> X10], $1AD2 -> Y1(0], 
$SADi -> X2[0), $SAD2 -> Y2(0], 
$N = N (LENGTH), SPARMS = DATA PAGE. 
INPUT RESTRICTIONS: $N > 0. 
REGISTERS ALTERED: RC, DP, ARO-3 AND RO-3. 


RCONMULT ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 
ARO -> X1[0}], AR1 -> Y1f0], AR2 -> X200], 
ARS -> Y2[0], RC = N (LENGTH). 
INPUT RESTRICTIONS: RC > 0. 
REGISTERS ALTERED: RC, ARO-3 AND RO-3. 


‘REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR OUTPUT: NONE. 
ROUTINES NEEDED: NONE. 


ee a ee 2 a 7 
Oe ee ee ee ee ee ee ee ee ee 


: 


; EXTERNAL MEMORY ADDRESSES 


~GLOBL $PARMS ; PARAMETER PAGE ADDRESS 


: EXTERNAL VARIABLE ADDRESSES 
.GLOBL $N ss ARRAY LENGTH N 
.GLOBL $IADI . ADDRESS OF INPUT X1 
.GLOBL $1AD2 ; ADDRESS OF INPUT YI 
.GLOBL $SAD1 » ADDRESS OF INPUT X2 
.GLOBL SSAD2 » ADDRESS OF INPUT Y2 
; EXTERNAL PROGRAM NAMES 
.GLOBL MCONMULT ©; MEMORY ENTRY FOR COMPLEX (CONV.) MULTIPLY 
GLOBL RCONMULT — ; REGISTER ENTRY FOR COMPLEX (CONV.) MULTIPLY 
; START OF PROGRAM AREA 
TEXT 


; MEMORY BASED PARAMETER ENTRY 


MCONMULT: JHB HEH aie gat 
PROGRAM: 4CBITREV 
LDP OSPARHS 
LDI @SN, RC 
LDI @$IAD1 , ARO 


LOAD DATA PAGE POINTER 
RC <= N 
ARO -> X1£0] 


: WRITTEN BY: GARY A. SITTON 
LDI @S$IAD2, ARI s ARL -> Y1C0] 


GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
LOI @SSADI , ARZ AR2 -> X2(0] MARCH 1989. 
LDI @SSAD2, ARS AR3 ~> Y2(0] 

BIT REVERSE INDEX MAP TWO REAL ARRAYS AS A SINGLE 
COMPLEX ARRAY WITH THE SWAPPING DONE IN-PLACE. 
XC1], Y£IJ <-> XUJ, YU], WHERE J = BR(I). 


LENGTH OF ARRAYS N >= 4 IS ABSOLUTELY REQUIRED. 


: REGISTER BASED PARAMETER ENTRY 
RCONMULT= 


MCBITREV ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 


+ 
t 
% 
$ 
* 
*¥ 
* 
t 
2 
+ 
* 
5 
COMPLEX MULTIPLY (CONVOLUTION) LOOP * 
% 
SUBI 1, RC ; RCKEN-1 ‘ $IAD1 -> X[0}, $1AD2 -> YL0I, 

5 

t 

+ 

# 

eg 

+ 

. 

% 

t 

& 

# 

% 

t 


we 


$N = N (LENGTH), $PARMS = DATA PAGE. 
INPUT RESTRICTIONS! $N = 4. 
REGISTERS ALTERED: RC, DP, IRO, ARO-3 AND RO-3. 


RPTB = LOOP2 ; REPEAT BLOCK N TIMES 
MPYF = #ARO, #AR2,R1 0s -R1 C= XLT #X201) 
MPYF = #AR1, #AR3,R3s RB C= VICTI#Y2(11 


MPYF =| #AR2++, #ARI,RO ; RO <= YILI]#X201], INCR. ARZ AND... RCBITREV ENTRY PROTOCOL: 


REGISTERS FOR INPUT: 

ARO -> X[0], ARI -> YO], RC = N (LENGTH). 
INPUT RESTRICTIONS: RC >= 4. 
REGISTERS ALTERED: RC, IRO, ARO-3 AND RO-3, 


5 R2 C= XIC1]#X201) - ViCT)#¥207) 

> RL C= XACTD#Y201], INCR. ARB 
ADDF —R1,RO,R3 5 R3 C= VICTI@X201] + X1C1I#V2071 

s XILI] <= R2, INCR. ARO AND... 

+ YILI] <= R3, INCR. ARI 


OFDOZESWL 941 40f suoyouny fo uoysayjoD Y 


REGISTERS USED AND RESTORED: SP. 

REGISTERS FOR OUTPUT: NONE. 

ROUTINES NEEDED: NONE, 
JHB HEHE HHH HHH 


RETS ; RETURN 


5 i i es Os es 


; EXTERNAL MEMORY ADDRESSES 


~GLOBL $PARMS » PARAMETER PAGE ADDRESS 


; EXTERNAL VARIABLE ADDRESSES 
-GLOBL $N ARRAY LENGTH N 
<GLOBL $IADI ADDRESS OF INPUT xX 


s 
? 
a 
? 
2 
? 


»GLOBL $IAD2 ADDRESS OF INPUT Y 


EXTERNAL PROGRAM NAMES 


»GLOBL MCBITREV =; MEMORY ENTRY FOR COMPLEX BIT REVERSE 
-GLOBL RCBITREV ; REGISTER ENTRY FOR COMPLEX BIT REVERSE 


START OF PROGRAM AREA 


» TEXT 
MEMORY BASED PARAMETER ENTRY 


s 
1 


MCBITREV: 


cle 


OTE 
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s 
? 


LDP = «RSPARMS =; 
LD] —s@$NLRC 
LDI —s- @SIADI,ARO 
LDI —- @$IAD2,AR1 ; 


LOAD DATA PAGE POINTER 


: RC <=N 


ARO -> ARRAY X 
AR1 -> ARRAY Y 


REGISTER BASED PARAMETER ENTRY 


RCBITREV: 


“we 


LDI RC, IRO : 
SUB] 3, RC : 
LSH =, IRO : 
LDI ARO,AR2-—ss 
NOP #AR2++(IRO)B 
NOP -#AROH+ ; 
LDI «= ARI,AR3ss 


IRO <= N 
RC <= N - 3 
IRQ <= N/2 FOR BIT REVERSE 
AR2 -> ARRAY X (BIT REV.) 
3 INCR. BR(ARZ) (QUTSIDE LOOP) 
INCR. ARO (QUTSIDE LOOP) 
ARS -> ARRAY Y (BIT REV.) 


DO BIT REVERSE SWAP ON BOTH ARRAYS 
SKIPPING THE OTH AND N-1ST ELEMENTS 


RPTB = LOOP3 : 
CAPT = ARZ, ARO ; 
BED = LOOF3 : 
NOP HARI ++ : 
NOP #AR3++(TRO)B 
LDF #ARO++ RO: 
LOF #ARZ, R2 : 
LDF #AR1,R1 ; 
LOF #AR3, RB ; 
STF RO, #AR2 ; 
STF R2,#-ARO;s 
STF R1, #AR3 : 
STF R3, #AR1 ; 


NOP #AR2++ ( IRODB 


REPEAT LOOP N-2 TIMES 


COMPARE AR2 TO ARO 


IF ARO >= AR2, LOOP (DELAYED) 
INCR. ARI 

; INCR. BR(AR3) 
RO <= XLIJ, INCR. ARO 


R2 <= XCWI 
Ri <= YEII 
R3 <= YEuI 
XU) <= RO 
XCI] <= R2 
Ytul <= RI 
VEI] <= R3 
s INCR. BR(AR2) 


; RETURN 


AHHH SHEE HEHEHE HHH HHH EE 
PROGRAM: #FMIEEE 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


CONVERT AN ARRAY OF IEEE FLOATING-POINT NUMBERS TO 
TMS320030 FLOATING-POINT FORMAT. ASSUMES NO: INF., 
NAN, OR DENORMALIZED NUMBERS. 


MFMIEEE ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 
$IADi -> X(0], $N = N (LENGTH), 
SPARNS = DATA PAGE. 
INPUT RESTRICTIONS: $N > 0. 
REGISTERS ALTERED: RC, DP, ARO-1 AND RO-1. 


RFMIEEE ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 
ARO -> X(0], RC = N (LENGTH). 
INPUT RESTRICTIONS: RC > 0. 
REGISTERS ALTERED: RC, ARO-i AND RO-1. 


REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR OUTPUT: . NONE. 
ROUTINES NEEDED: NONE. 

JRE HHH HH HEHEHE 


cr i i i od 
ed 


i EXTERNAL MEMORY ADDRESSES 


-GLOBL $PARMS : PARAMETER PAGE ADDRESS 


; EXTERNAL VARIABLE ADDRESSES 
.GLUBL $N s ARRAY LENGTH N 
.GLOBL STAD! + ADDRESS OF INPUT X 


EXTERNAL PROGRAM NAMES 


we 


-GLOBL MFMIEEE ; MEMORY ENTRY FOR IEEE -> “C30 CONVERSION 
-GLOBL RFMIEEE ; REGISTER ENTRY FOR IEEE -> ’C30 CONVERSION 


; CONSTANTS FOR BOTH CONVERSIONS 
» DATA 
CTAB. WORD OFF800000H 
WORD OFFO00000H 
WORD 07F000000H 
WORD 080000000H 
WORD 081000000H 


aN TABA » WORD CTAB peter ett titre sttittestiesretitcrtetettiottirestirtrrs tis 
oe * PROGRAM! #TOIEEE + 
6 ; START OF PROGRAM AREA # * 
> % WRITTEN BY: GARY A. SITTON ‘ 
9 “TEXT t GAS LIGHT SOFTWARE 
S" # HOUSTON, TEXAS t 
~ ; MEMORY BASED PARAMETER ENTRY * APRIL 1989. # 
=) * t 
> MFMIEEE: * CONVERT AN ARRAY OF TMS320C30 FLOATING-POINT # 
ee * NUMBERS TO IEEE FLOATING-POINT FORMAT. ZERO Py 
S LDP @SPARMS ; LOAD DATA PAGE POINTER # IS THE UNLY SPECIAL CASE. ‘ 
ae LDI @$N, RC s RC <= N % 3 + 
5 LOI @S1AD1, ARO ; ARO -> IEEE ARRAY # MIOIEEE ENTRY PROTOCOL: * 
= # VARIABLES FOR INPUT: + 
ee ; REGISTER BASED PARAMETER ENTRY * $IAD1 -> XCO], $N = N (LENGTH), * 
S * SPARMS = DATA PAGE. # 
= RFMIEEE t INPUT RESTRICTIONS: $N > 0. + 
> # REGISTERS ALTERED: RC, DP, ARO-1 AND RO-1, t 
® SUBI 1, RC sRCCEN- 1 # t 
LOP = CTAB ; LOAD DATA PAGE POINTER # RTOIEEE ENTRY PROTOCOL: + 
= LOI @TABA, ARI ; ARI ~> CONSTANT TABLE ‘ REGISTERS FOR INPUT: * 
a # ARO -> X[0], RC = N (LENGTH). + 
NGS ; IEEE -> “C30 CONVERSION LOOP t INPUT RESTRICTIONS: RC > 0. + 
> * REGISTERS ALTERED: RC, ARO-1 AND RO-1. + 
0 RPTB LOOPA ; REPEAT LOOP N TIMES ‘ x 
S AND —-#ARO,#ARL,RO —;_- REPLACE FRACTION WITH 0 # REGISTERS USED AND RESTORED: SP. + 
ADDI ARO, RO ; SHIFT SIGN AND EXPONENT INSERTING 0 # REGISTERS FOR OUTPUT: NONE. t 
LDIZ  #4ARI(1),RO ss: IF ALL ZERO, LOAD ‘C30 0.0 # ROUTINES NEEDED: NONE. ‘ 
LDI —-#ARO,R1 : TEST ORIGINAL NUMBER * * 
BGED  LOOP4 : IF >= 0, STORE NUMBER (DELAYED) # NOTE: #TOIEEE SHARES THE CTAB TABLE FROM #FMIEEE = # 
SUBI #+AR1(2) RO + REMOVE EXPONENT BIAS (127) JHB HHH HH HBHEEHEEEEEE EISELE EEE EH 
PUSH RO ; SAVE AS AN INTEGER 
POPF = RO ; UNSAVE AS A FLT. PT. NUMBER ; EXTERNAL MEMORY ADDRESSES 
NEGF RO s NEGATE “C30 NUMBER »GLOBL $PARMS + PARAMETER PAGE ADDRESS 
LOOP4: STF = RO, #ARO++ ; STORE “C30 NUMBER, INCR. ARO ; EXTERNAL VARIABLE ADDRESSES 
RETS ; RETURN -GLOBL  $N ; ARRAY LENGTH N £ 
-GLOBL $IAD1 : ADDRESS OF INPUT X 
: EXTERNAL PROGRAM NAMES 
-GLOBL MTGIEEE = + MEMORY ENTRY FOR “C30 -> IEEE CONVERSION 
-GLOBL RTOIEEE = ; REGISTER ENTRY FOR °C30 -> IEEE CONVERSION 
: START OF PROGRAM AREA 
TEXT 
‘ MEMORY BASED PARAMETER ENTRY 
ee) 
ae MTOIEEE: 


8I¢ 
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we 


RTOGIEEE: 


=e 


LDP = @SPARMS : LOAD DATA PAGE POINTER 
LDI —-@$N,RC » RC CN 
LDI RS IAD, ARO + ARO -> “C30 ARRAY 


REGISTER BASED PARAMETER ENTRY 


SUBI =: 1, RC ; RC <= N- 1 
LDP @CTAB . ; LOAD DATA PAGE POINTER 
LDI = @TABA, ARI ; AR1 -> CONSTANT TABLE 


“C30 -> IEEE CONVERSION LOOP 


RPTB LOOPS s REPEAT LOOP N TIMES 
ABSF  #ARO,RO » TEST !NUMBER! 

LDF2 #+ARI(4),RO —«s_: IF == 0, LOAD FAKE 0.0 

LSH 1, RO » SHIFT OFF SIGN BIT 

PUSHE RO » SAVE AS A FLT. PT. 

LDF —-#ARO, RI ; TEST ORIGINAL NUMBER 

BGED LOOPS » IF >= 0, STORE NUMBER (DELAYED) 
POP. RO ; UNSAVE AS AN INTEGER 

ADDI ##AR1(2),RO «ADD EXPONENT BIAS (127) 

LSH —-1, RO ; ADJUST FOR SIGN BIT 


NEGATE IEEE NUMBER 


we 


HRAERE ERE EKER ERASERS EEE ESLER EEE EE ERS BE ESE EERE EEE EE 


PROGRAM: #VECMULT 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
FEBRUARY 1989, 


CONSTANT AND THE ARRAY X IS OF LENGTH N >= 1. 


MVECMULT ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 
$IAD1 -> X£01, $N = N (LENGTH), 
$CNST = C, $PARMS = DATA PAGE. 
INPUT RESTRICTIONS: $N > 0. 
REGISTERS ALTERED: RC, DP, ARO AND RO-1. 


RVECNULT ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 
ARO -> Xf0], RO =C, RC = N (LENGTH). 
INPUT RESTRICTIONS: RC > 0. 
REGISTERS ALTERED: RC, ARO AND Ri. 


REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR QUTPUT: NONE. 
ROUTINES NEEDED: NONE. 


i 


SCALAR - VECTOR MULTIPLY: X{I] <= X{IJ#C, CISA 


OR #+AR1 (3), RO 


STI RO, #ARO+ 


“we 


STORE IEEE NUMBER, INCR. ARO 


RETURN: 


ee al 


JHMM HHE HEHEHE HEHEHE 


a 
? 


EXTERNAL MEMORY ADDRESSES 
~GLOBL = $PARMS ; PARAMETER PAGE ADDRESS 


EXTERNAL VARIABLE ADDRESSES 


~GLOBL $N s ARRAY LENGTH N 
»GLOBL $CNST : ADDRESS OF CONSTANT C 
-GLOBL $IADi ; ADDRESS OF INPUT X 


EXTERNAL PROGRAM NAMES 


-GLOBL MVECMULT 


START OF PROGRAM AREA 
» TEXT 


MEMORY BASED PARAMETER ENTRY 


NVECMULT: 


LDP B$PARNS ; LOAD DATA PAGE POINTER 
LDI @$N, RC 3 RC <= N 


; MEMORY ENTRY FOR SCALAR - VECTOR MULTIPLY 
»GLOBL RVECMULT =; REGISTER ENTRY FOR SCALAR - VECTOR MULTIPLY 


OSDOTESWL 24) 40f suonoung fo uous20) V 


6lt 


LDI S$ IAD, ARO ; ARO -> Xf0] 
LDF @SCNST,RO 3 RO <= C 
: REGISTER BASED PARAMETER ENTRY 
RVECHULT: 
SUBI 2, RC » RC KEN- 2 
MPYF RO, #ARO, RI 5 Ri <= CaXL0] 
CHPI 0, RC ; COMPARE RC TO 0 
BLT SKIP! : IF RC < 0 THEN SKIP LOOP 


RPTS RC 
PYF RO, 
ty SIF RI, 


SKIPI: STF RI, 


RETS 


SCALAR - VECTOR MULTIPLY LOUP 


» REPEAT INST. N-1 TIMES 
H+40RO,R1 0s RL CE CHNEIAL) 
#0R0 5 XLT] <= CaXt1] 


#AR0 + XCN-L] C= C#XEN-1] 


s RETURN 


JHE HHH HHH 
PROGRAM: #CONMOV 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
FEBRUARY 1989. 


SCALAR -> VECTOR MOVE: X{1] <= C, CISA 
CONSTANT AND THE ARRAY X IS OF LENGTH N. 


MCONMOV ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 
$IAD1 -> XC0], $N = N (LENGTH), 
$CNST = C, $PARMS = DATA PAGE. 
INPUT RESTRICTIONS: $N > 0. 
REGISTERS ALTERED: RC, DP, ARO, AND RO. 


RCONMOV ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 
ARO -> X{0], RO = C, RC = N (LENGTH). 
INPUT RESTRICTIONS: RC > 0. 
REGISTERS ALTERED! RC, ARO. 


REGISTERS USED AND RESTORED: SP, 
REGISTERS FOR OUTPUT: NONE. 
ROUTINES NEEDED: NONE. 
JH HHH HEH HHH HHH 


Ld 
| 


EXTERNAL MEMORY ADDRESSES 


we 


»GLOBL $PARMS ; PARAMETER PAGE ADDRESS 


: EXTERNAL VARIABLE ADDRESSES 
»GLOBL $N ; ARRAY LENGTH N 
»GLOBL = $CNST ; ADDRESS OF CONSTANT C 
-GLOBL $IADI ; ADDRESS OF INPUT X 


EXTERNAL PROGRAM NAMES 


~GLOBL = MCONMOV ; MEMORY ENTRY FOR CONSTANT TO VECTOR MOVE 
»GLOBL = RCONMOV ; REGISTER ENTRY FOR CONSTANT TO VECTOR MOVE 


START OF PROGRAM AREA 


TEXT 
: MEMORY BASED PARAMETER ENTRY 
MCONMOV: 
LDP @SPARMS ; LOAD DATA PAGE POINTER 


LIT @$N, RC : RC <= N 


OZE 


OSDOZESWLL Yi 40f suonouny fo uo1sayjoD y 


~e 


LDI R$ TAD1, ARO + ARO -> XL0] 
LDF —@SCNST, RO sROMEC 


REGISTER BASED PARAMETER ENTRY 


“SUBI —1,RC + ROKEN-1 


SCALAR TO VECTOR MOVE LOOP 


RPTS = RC s REPEAT INST, N TIMES 
SIF RO, #ARO++ s X11 eC 
RETS s RETURN 


JE EHEH HEHEHE HHH HE EEE 
PROGRAM: #VECMOV 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
FEBRUARY 1989. 


VECTOR MOVE: YEIJ <= XCI), 1 = 0,...,Ne1 (N= 1), 


MVECNOV ENTRY PROTOCOL! 
VARIABLES FOR INPUT: 
$IAD1 -> X€0], $1AD2 -> YO), 
$N = N (LENGTH), $PARMS = DATA PAGE. 
INPUT RESTRICTIONS: $N > 0, 
REGISTERS ALTERED: RC, DP, ARO-1, AND RO. 


RVECMOV ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 
ARO -> X£0], ARI -> YCO], RC = N (LENGTH). 
INPUT RESTRICTIONS: RC > 0. 
REGISTERS ALTERED: RC, ARO-1, AND RO. 


REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR OUTPUT: NONE. 
ROUTINES NEEDED: NONE. 


Le i i ed 
ee ee | 


JARHHEHEEHHHEHAHHHEHHH HHH HHH HHHHHHEHHHHHHHE 


$ EXTERNAL MEMORY ADDRESSES 


~GLOBL $PARMS ; PARAMETER PAGE ADDRESS 


; EXTERNAL VARIABLE ADDRESSES 
.GLOBL $N s ARRAY LENGTH N 
.GLOBL SIADI ; ADDRESS OF INPUT X 
.GLOBL $IAD2 s ADDRESS OF INPUT Y 
: EXTERNAL PROGRAM NAMES 
.GLOBL MVECMOV —;_ MEMORY ENTRY FOR VECTOR TO VECTOR MOVE 
.GLOBL RVECMOV —; REGISTER ENTRY FOR VECTOR TO VECTOR MOVE 
; START OF PROGRAM AREA 
TEXT 
: MEMORY BASED PARAMETER ENTRY 
NVECMOV! 
LDP = SPARMS ; LOAD DATA PAGE POINTER 
LDI SN RC RC <=N 
LDI ——«@$TAD1, ARO s ARO -> XO] 
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Ie 


RVECHOV: 


we 


LDI @SIAD2, ARI 


; ARL -> YCO) 


REGISTER BASED PARAMETER ENTRY 


SUBI 2, RC 

LOF = #ARO++, RO 
CHPI —0,RC 

BLT SKIP2 
VECTOR MOVE LOOP 
RPTS RC 

LDF = #AROH+, RO 
STF RO, HARI + 
STF RO, #ARI 
RETS 

.END 


3; RC C= N- 2 

+ RO  XI0] 

s COMPARE RC TO 0 

s IF RC < 0 THEN SKIP LOOP 


; REPEAT INST. N-i TIMES 
3 RO <= XCI+1] 

; MOVE XCI] TO YCII 

3 MOVE X{N-1] TO YCN-1) 


s RETURN 


JAH HE HEBERT GHEE 
PROGRAM: $FFT2. ASH 

RADIX 2 FFT ROUTINES 

$FFT2.ASM CONSISTS OF THE FOLLOWING ROUTINES: 


CFFFT2 - COMPLEX DIF FORWARD RADIX 2 FFT USING SEPARATE REAL AND 
IMAGINARY ARRAYS AND 3/4 CYCLE SINE TABLE. 


CIFFT2 ~ COMPLEX DIT INVERSE RADIX 2 FFT USING SEPARATE REAL AND 
IMAGINARY ARRAYS AND 3/4 CYCLE SINE TABLE (DOES NOT INCLUDE 
THE 1/N SCALE FACTOR. 


eee oe 


HERRERA EAE ES ESE HE EE HE EEE HEE EE AE RE RE EEE EE EE EEE EEE 


CCE 
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JHE EEE EEE SHE BEE EEE REESE AS EA HES EREL ESE LOI IRO, IRI : IRi <= N 

* % LSH -2,1R1 : IRL <= N/4, OFFSET FOR COSINE 

# PROGRAM: CFFFT2 * LDI 6, ARS : ARG <= K (INIT. 0) 

# * ib IRO,R7 : R7 <= Ni 

* WRITTEN BY: GARY A. SITTON + LSH -1,R7 s R7 <= NZ (INIT. N/2) 

* GAS LIGHT SOFTWARE € LDI 1,RS 3 RO <= IE (INIT. 1) 

# HOUSTON, TEXAS P 

* MARCH 1989. * ' OUTER LOOP 

# t 

# SPECIAL VERSION USES 3/4 SINE TABLE LOOKUP WITH % FLOOP: ADDI = 1, AR6 sK cK +1 

# THE PARAMETERS PASSED IN PREDEFINED MEMORY LOCATIONS. +# LUI @SIADI , ARO 3 ARO -> X(0) 

# COMPLEX RADIX-2 DIF FORWARD FFT FOR THE TMS320C30. * ADDI  R7, ARO, ARI s ARL -> X{L) 

# THIS PROGRAM ASSUMES NORMAL ORDERED DATA AS INPUT,. % LDI @$IADZ, AR2 3 AR2Z -> Y(0) 

* BUT LEAVES THE OUTPUT INDEXED IN BIT REVERSED ORDER. # ADDI = R7, AR2, ARS s ARS -> Y(L) 

# TWO POINTERS ARE USED FOR SEPARATE REAL AND IMAGINARY # LDI RS, RC ; SETUP 1ST INNER LOOP REPEAT COUNTER. 

# ARRAYS. * SUBI 1, RC s RC (ONE LESS THAN THE DESIRED #) 

% % 

# VARIABLES FOR INPUT: * : FIRST INNER LOOP (UNITY TWIDDLE FACTOR) 

* $IAD1 -> REAL[O], $IAD2 -> IMAG(O], t 

* $N = N (LENGTH), $M = M (LOG2(N)), * RPTB ss FBLK1 : REPEAT BLOCK IE TIMES 

# SSINE -> SINE TABLE, $PARMS = DATA PAGE. # ADDF = #ARO,#ARI,RO ||; RO C= X{I) + X{L) 

# INPUT RESTRICTIONS: $N >. 1. 3 SUBF #AR1,#ARO,R1 + Ri <= X(T) - XCL) 

% REGISTERS ALTERED: RC, DP, IRO-1, ARO-7, AND RO-7. # ADDF = #AR2,#AR3,R2 0s R2 <= Y(I) + Y(L) AND... 

# REGISTERS USED AND RESTORED: SP. Fi SUBF =—- #AR3, #ARZ, R3 s R3 <= ¥(I) - Y{L) 

# REGISTERS FOR OUTPUT: NONE. s STF RO, #ARO+#(IRO) + X(I) <= RO, INCR. ARO AND... 

# ROUTINES NEEDED: NONE. * a STF —seR1, #ARI++(IRO) +: X(L) <= R1, INCR. ARI 

JAH et FELKiS STF RZ, #AR2++(IRO) : Y{I) <= R2, INCR. ARZ AND... 
4 STF —sR3, #ARS##(IRO) 5 Y(L) <= 3, INCR. ARS 


: EXTERNAL PROGRAM NAMES 
; ; PROGRAM EXIT TEST 
-GLOBL = CFFFT2 ; ENTRY POINT FOR EXECUTION 
CMPI = @$M, ARS ; COMPARE M TO K 
; EXTERNAL MEMORY ADDRESSES RETSGE s IF K >= M THEN RETURN 
-GLOBL SSINE ; SINE TABLE ADDRESS ; MAIN INNER LOOP 
-GLOBL  SPARMS : PARAMETER PAGE ADDRESS 
LDI 2, AR7 ; J C= 2, (PRE-INCREMENTED) 
3 EXTERNAL VARIABLE ADDRESSES LBI 1, ARO : ARO <= I CINIT. 1) 
, LOI 1, ARZ 3 ARZ <= I (INIT. 1) 
-GLOBL $N : FFT LENGTH, N = 2##4 LDI @$SINE, ARS ; ARS <= SINTABLIA] (INIT. IA = 0) 
~GLOBL «$M : MH = LOG2(N) >= 2 
-GLOR. $IADI : REAL INPUT ARRAY ADDRESS FINLOP: ADDI = RS, ARS ; ARS -> SINTABLIA <= IA + IE] 
-GLOBL $IAD2 : IMAGINARY INPUT ARRAY ADDRESS LDF #ARS, RO s RO <= SIN(X), (X = (2"PI/N)#IA) 
ADDI ARS, IR1, AR4 3 AR4 -> COS(X) 
- TEXT ADDI @$IAD1,ARO s ARO -> X(1) 
ADDI  @$IAD2,AR2 3 ARZ -> Y(I) 
; START OF DIF FFFT PROGRAM ADDI  R7, ARO, ARI ; ARL -> X(L) 
ADDI = R7, AR2, AR3 ; ARS -> YIL) 
CFFFT2: LDI RS, RC : SETUP 2ND INNER LOOP REPEAT COUNTER. 
SUBI 1, RU ; RC (ONE LESS THAN THE DESIRED #) 
$ INITIALIZE LOOP VARIABLES 
: SECOND INNER LOOP (DOES TWIDDLE ROTATION) 
LDP @SPARNS : LOAD DATA PAGE POINTER 
LOI @6N, IRO s IRO <= Ni (INIT. N) RPTB = FBLK2 s REPEAT BLOCK IE TIMES 


SUBF #ARL #ARO.R2 R2 (= XT = X(I) - XL) SAE E SHE EAE SHE EE HE AE Eh BE aE ESE EEE HE EE EE a SE EE EE 


SUBF =F AR3, #AR2,R1 Ri <= YT = Y({I) - Y{L) 
MPYF =—-R2, R6, RO RO <= XT#SIN AND... 
it ADDF = #AR2, #AR3,R3 R3 <= Y(I) + Y(L) 
MPYF —s R11, #AR4, RB R3 <= YT#COS AND... 
i STF R3, #AR2++(IRO) = YI) <= Y(T) + YL), INCR. AR2 
SUBF =. RO, R3, R4 » R4 C= COS#YT - SIN#XT 
MPYF = R1, R6, RO RO <= SIN®YT AND... 
i ADDF  #ARO, #AR1,R3 R3 <= X(T) + X(L) 
MPYF =—- R2, #ARA, RB R3 <= COS*XT AND... 
it STF R3, #AROHH(IRO) =; X(T) <= X(T) + X(L) | INCR. ARO 
ADDF = RO, R3 R3 <= COS#XT + SIN®YT 
FBLK2: STF R3,#ARI++(IRO) ; X(L) <= COS#XT + SIN#YT, INCR. ARI AND... 
Hn STF R4, #ARS++(IRO) + Y(L) C= COSRYT - SIN#XT, INCR. ARS 


PROGRAM: CIFFT2 


WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 


ee ey ee, ee) 


SPECIAL VERSION USES 3/4 SINE TABLE LOOKUP WITH 

THE PARAMETERS PASSED IN PREDEFINED MEMORY LOCATIONS. 
COMPLEX RADIX-2 DIT INVERSE FFT FOR THE TMS320C30, 
THIS PROGRAM ASSUMES BIT REVERSED ORDERED DATA AS 
INFUT, BUT LEAVES THE OUTPUT INDEXED IN NORMAL ORDER. 
TWO POINTERS ARE USED FOR SEPARATE REAL AND IMAGINARY 


we ws we we we 
i i. i: a i. 2. i. i i i. ee 
Li | 
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CHPI 7, AR7 + COMPARE N2 TO J ee 
VARIABLES FOR INPUT: 
ae ey oN Te ee SIAD1 -> REAL(O], $1AD2 -) IMAGLOJ, 
LDI AR, ARO 5 ARO C= J 2 y 
le ee $N = N (LENGTH), $4 = M (LOG2(N)), 
a a a ee a $SINE -) SINE TABLE, $PARMS = DATA PAGE. 
rT 4, rue INPUT RESTRICTIONS: $N > 1. 
REGISTERS ALTERED: RC, DP, IRO-1, ARO-7, AND RO-7. 
BRD —-FLOOP tains (DELAYED) eR IeTERS GED RESTOR: 
LSH = pa e REGISTERS FOR OUTPUT! NONE. 
ni 3380 Sean ROUTINES NEEDED: NONE. 
LSH = -1,R7 5 N2 <= Ne JHHHHE HHH HEHE HHH 
: END OF OUTER LOOP EXTERNAL PROGRAM NAMES 


SGLOBL CIFFT2 . ENTRY POINT FOR EXECUTION 
EXTERNAL MEMORY ADDRESSES 


-GLOBL = $SINE ; SINE TABLE ADDRESS 
«GLOBL = $PARNS : PARAMETER PAGE ADBRESS 


EXTERNAL VARIABLE ADDRESSES 


.GLOBL $N » FET LENGTH, N = 288M 

.GLOBL 3M » M = LOG2(N) d= 2 

.GLOBL $1AD1 : REAL INPUT ARRAY ADDRESS 
.GLOBL $1AD2 » IMAGINARY INPUT ARRAY ADDRESS 


: START OF DIT IFFT PROGRAM 


» TEXT 


CIFFT2: 


INITIALIZe LOOP VARIABLES 


CC 


LDF @3PARMS : LOAD DATA PAGE POINTER 
LEI GSN, RU : IRQ <= N 


vce 
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ILOOP: 


ue 


TINLOP: 


es 


LDI. sR, IR + IRL c= N 

LSH --2, IRI » IRL <= N/4, OFFSET FOR COSINE 
LDI = @$M, ARG + ARS C= K CINIT. M) 

LDI «1, R7 + R7 c= N2 (INIT. 1) 

LDI IO, RS + RS CEN 

LSH 1, R5 + R5 <= IE (INIT. N/2) 

LDI 2, IO : IRO <= NI (INIT. 2) 

OUTER LOOP 


LDI STAD, ARO s ARO -> X(0) 
ADDI 7, ARO, ARI » ARL -> X(L) 

LDI = @$ D2, ARZ + ARZ -> (0) 

ADDI 7, AR2,AR3 + ARB -> Y(L) 

LDI RS, RC » SETUP 1ST INNER LOOP REPEAT COUNTER. 
SUBI 1, RC + RC (ONE LESS THAN THE DESIRED #) 


FIRST INNER LOOP (UNITY TWIDDLE FACTOR) 


REPEAT BLOCK IE TIMES 

RO <= X(1) + X(L) 

Ri <= X(T) - X¢L) 

R2 <= Y(I) + Y(L) AND... 

R3 <= Y(I) - YiL) 

X(T) <= RO, INCR. ARO AND... 
X(L) <= Ri, INCR. ARI 

Y(I) <= R2, INCR. ARZ AND... 
Y(L) <= R3, INCR. AR3 


RPTB —IBLKL 

ADDF ARO, #ARL RO 
SUBF ARI, #ARO,RI 
ADDF —#AR2, #AR3,R2 
SUBF —#AR3, #AR2,R3 
STF RO, #ARO++(1RO) 
STF RL, #ARI+#( TRO) 
STF ——-R2, #AR2++( TRO) 
STF «RG, HARS++( TRO) 


Cree) ee ey ee) ee) ee) ey 


CNPI =. $M, ARG ; COMPARE M TO K 

‘BEGD) = SKIP 3 If K == M THEN SKIP TWIDDLED LOOP 
MAIN INNER LOOP 

LDI 2, AR7 J C= 2, (PRE-INCREMENTED) 


LOI «1, ARO «ARO <= I (INIT. 1) 
LD «1 AR2 » AR C= 1 CINIT. 1) 
LOI —«@SSINE,ARS «=: ARS C= IA INIT. 0) 


SETUP 2ND INNER LOOP REPEAT COUNTER. 
; RC (ONE LESS THAN THE DESIRED #) 


ADDI RS, ARS ; ARS -> SINTABLIA <= IA + IE] 
LDF -#AR5,R6 s RG C= SIN(K), (X = (2¥PI/N)#IA) 
ADDI ARS, IR1,AR4 =; AR -> COS(X) 

ADDI —@SIAD1, ARO s ARO ~> X(1) 

ADDI —@S1AD2, AR2 5 ARZ -> Y(I) 

ADDI —_R7, ARO, ARI ; ARL -> X(L) 

ADDI R7,AR2,AR3. ss AR -> VIL) 


LDI RS, RC 
SUBI =-1, RC 


SECOND INNER LOOP (DOES TWIDDLE ROTATION) 
RPTB ss IBLK2 


MPYF = #ARS #ARLR4 
MPYF RG, HAR, R3 


REPEAT BLOCK IE TIMES 
R4 <= COS#X(L) 
R3 <= SIN#Y(L) 


we ae te 


SKIP: 


MPYF 
SUBF 
MPYF 
SUBF 
ADDF 
SUBF 
STF 

ADDF 
STF 

ADDF 


STF 


STF 


CMPI 


BLTD 
LDI 
LDI 
ADDI 


SUBT - 


CMPI 
BGTD 
LSH 
LDBI 
LSH 


#AR4, #ARS, RO 
R3,R4,R2 

R6, KARL, RI 

R2, #ARO, RB 
RO,R1,R4 

R4, #AR2,R3 

RS, #ARI++( TRO) 
R2, #ARO, R3 

RS, KARS+ ( IRO) 
R4, #AR2,R4 

R3, #ARO++( TRO) 
R4, FAR2+( IRO) 


R7 , ART 


TINLOP 
AR7 , ARO 
ART , ARZ 
1,AR7 


1,AR6 
0,AR6 
ILOGP 
-1,R5 
IRO,R7 
1, IRO 


PROGRAM EXIT POINT 


RETS 


END 


we we we we 


ry ey eT 


Fay 
on 
“ 


COS*Y(L), AND... 

XT = COS#X(L) - SIN#Y(L) 
SINBX(L), AND... 
R3 <= XI) - XT 
R4 <= YT = COS#Y(L) + SINAX(L) 
R3 <= Y(I) - YT, AND... 

X(L) <= X{I) - XT, INCR. ARI 
R3 <= X(I) + XT, AND... 
Y(L) <= YUL) - YT, INCR, AR3 
R4 <= YI) + YT 

X(1) <= XC1) + XT, INCR. ARO AND... 
Y(I) <= Y(1) + YT, INCR. ARZ 


Ri 


is 


NE OS 
tft ou oN 


COMPARE N2 T0 J 


IF J < N2 THEN LOOP (DELAYED) 
ARO <= J 
AR2 <= J 
Jodi 


K «= K- 1 

COMPARE 0 TO K 

IF K > 0 THEN LOOP (DELAYED) 
IE <= IE/2 

N2 <= Ni 

Ni <= 2#N1 


RETURN 
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Sce 


JHA HHH HHH JEHIATRHITHRS ETHER TEER EEE 
PROGRAM: #SOLUTN 
PROGRAM: $LINALG. ASM 
WRITTEN BY: GARY A. SITTON 
GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MAY 1989, 


LINEAR ALGEBRA ROUTINES 


$LINALG.ASM CONSISTS OF THE FOLLOWING ROUTINES: 
#SOLUTN - SOLVES A WELL CONDITIONED SYSTEM OF LINEAR EQUATIONS WITH (NORMAL PRECISION VERSION) 
ANY NUMBER OF DEPENDENT VARIABLE SETS. USES NO (DIAGONAL) 


PIVOTING WITH NORMAL-PRECISION FLOATING-POINT MATH. SOLVES A SYSTEM OF LINEAR EQUATIONS ARX = Y IN THE 


TABLEAU FORMAT B = Ai-Y, AN M XN MATRIX. THIS 
MEANS THAT A IS AN M X M SQUARE MATRIX OF COEFFI- 
CIENTS, AND -Y IS AN M X N-M RECTANGULAR MATRIX 

OF N-M VECTORS EACH HAVING M ELEMENTS. EACH DEPEN- 
DENT VARIABLE COLUMN VECTOR IS NEGATED AND APPENDED 
TG THE COEFFICIENT MATRIX A. THE SET OF N-M INDE- 
PENDENT SOLUTION VECTORS X WILL APPEAR IN PLACE OF 
THE ORIGINAL APPENDED COLUMNS WHEN SOLUTN FINISHES, 
ROW MAJGR MATRIX STORAGE FORMAT IS ASSUMED PLUS 

THE FROGRAM ASSUMES N > M > 1 AND BLO, 0] '= 0.0 
SINCE THE METHOD USES DIAGONAL PIVOTING AND STARTS 
WITH BLO, OJ. ANY PIVOT ELEMENT < 10##-8 IN ITS 
ABSOLUTE VALUE WILL IMPLY AN "ILL CONDITIONED” 
SYSTEM OF EQUATIONS, I. E. NOT HAVING SUFFICIENT 


# 
# 
* 
x 
# 
# 
+ 
x 
# 
# 
# 
#SOLUTNX - SOLVES A WELL CONDITIONED SYSTEM OF LINEAR EQUATIONS WITH * 
¥ 
# 
# 
# 
# 
¥ 
% 
% 
* 
* 
# 
# 
* LINEAR INDEPENDENCE, AND WILL RESULT IN AN INCCIM- 
# 
¥ 
x 
* 
# 
+ 
# 
% 
# 
# 
# 
# 
# 
# 
# 
* 
¥ 
$ 
* 
# 
# 
+ 
# 
% 


ANY NUMBER OF DEPENDENT VARIABLE SETS. USES NO (DIAGONAL) 
PIVOTING WITH EXTENDED-PRECISION FLOATING-POINT MATH, 


ee ee ee 


EERE ERLE EEE RE EEE REE EERE REE EELS EE EEL ELLE REET ER EER EERE HEE ERE E EEE RS 


PLETE SOLUTICN. AN INCOMPLETE SOLUTION WILL BE 
INDICATED BY THE VALUE OF R23 == 0.0 ON EXIT, ELSE 
R3 != 0.0 AND EQUALS THE LAST PIVOT ELEMENT VALUE. 


MSOLUTN ENTRY PROTOCOL: 
VARIABLES FOR INPUT! 
$IAD1 -> BLO, 0), $NROW = M, 
$NCOL = N, $PARMS = DATA PAGE. 
INPUT RESTRICTIONS! NOM > 1. 
REGISTERS ALTERED: RC, DP, ARO-7, IRO-1, 
AND RO-7, 


RSOLUTN ENTRY PROTOCOL: 
REGISTERS FOR INPUT! 
ARO -> BLO, 0), ARL = M, ARZ=N. 
INPUT RESTRICTIONS: ARZ > ARI > 1. 
REGISTERS ALTERED: RC, ARO-7, IRO-1, AND RO-7, 


REGISTERS USED AND RESTORED: SF. 
REGISTERS FOR OUTPUT: R3. 
ROUTINES NEEDED? FRINV (SEE $MATH). 


NOTE? COMMENTED QUT RND INSTRUCTIONS MAY BE ACTI- 
VATED FOR ADDITIONAL ACCURACY WITH LOSS OF SPEED. 
SHBG HHH GHEE UHHH IHG EEE aa 


a i ee ee ee 2 


EXTERNAL PROGRAM NAMES 


Oct 
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~GLOBL NSOLUTN 
-GLOBL RSOLUTN 
»GLOBL FPINV 


; MEMORY BASED ENTRY 
; REGISTER BASED ENTRY 
+ RECIPROCAL ROUTINE 


: EXTERNAL PARAMETER NAMES 


»GLOBL = $PARMS 
-GLOBL $IAD1 
~GLOBL = $NROW 
~GLOBL $NCOL 


INTERNAL CONSTANTS 


.. 


DATA 


EPSN FLOAT = 1.0E-8 
ZERO i«wSET— «0.0 


START SOLUTN PROGRAM 


ue 


» TEXT 


ue 


MSOLUTN: 
LDP @SPARMS 
LDI. = @$ TAD1, ARO 
LOI @SNROW, ARI 
LDBI @SNCOL, ARZ 


RSOLUTN: 


SETUP LOOP REGISTERS 


~e 


UDP @EPSN 
LDI 0, IRO 
LDI ARO, AR3 
SUBI 1, ARI 
LDI —-AR2, ARS 
SUBI 2, ARS 


MAIN LOOP (K INDEX) 


ABSF 3, RO 
CHPF @EPSN, RO 
BLT — SING 


“0 


NEG = sR3, RO 


s 
? 
® 
? 
s 
? 
2 
? 


PARAMETER SPACE ADDRESS 


POINTER TO MATRIX B, ADDRESS OF BIO, 0) 


NUMBER OF ROWS IN B, VALUE OF M 


NUMBER OF COLUMNS IN B, VALUE OF N 


SINGULARITY CRITERION 
SINGULARITY FLAG 


e 
? 
s 
? 
a 
q 
s 
? 


MEMORY BASED PARAMETER ENTRY 


LOAD DATA PAGE POINTER 
ARO -> BLO, 0] 

ARI <= M 

AR2 <= N 


REGISTER BASED PARAMETER ENTRY 


LOAD DATA PAGE POINTER 
IRO <= K (INIT. 0) 

AR3 -> BLO, 0) 

ARL <= Ml 

ARG <= N 

ARS <= N-2 


R3 <= BIK, KJ, NEXT PIVOT 
RO <= IR! 

COMPARE IBIK, K]i TO EPS 

IF !BEK, K)! < EPS THEN STOP 


COMPUTE RECIPROCAL OF -PIVOT ELEMENT 


RO <= -BIK, K] 


DLGOP: 


ILOOP: 


SKIP: 


CALL 
RND 


FPINV 
RO 


+ RO <= -1/BEK, KI 
; ROUND) INVERSE 


DIVIBE RIGHT PART OF PIVOT ROW BY -PIVOT ELEMENT 


ARS, IRO, AR7 
ARS, RC 


DLOOP 
RO, #++AR7,R2Z 
R2 

R2, #AR7 


: ART -> BIK, KI 
s RC <= N-K-2 


» REPEAT DIVIDE LOOP N-K-1 TIMES 
+ R2 <= BIK, J](-1/BLK, KI) 

. REMOVE "#" TO ROUND # 

, BIK, J] <= R2 


START INNER LOOP (1 INDEX) 


LDI 
LBI 


CMP 
BEQ 


0, IR1 
ARO, AR4 


IRO, IR 
SKIP 


, IR1 <= I (INIT. 0) 
; AR4 -> BLO, 01] 


; COMPARE I TO K 
; IF 1 == K THEN SKIP PIVOT ROW 


COMPLETE PIVOTING OPERATION 


ADDI 
LOF 
LBI 
CNPI 
BLTD 


SUBI 
ADDI 
MPYF 


ARS, IRO, ARS 


1,RC 
AR3, IRO, AR7 
RO, #++AR7,Ri 


s ARS -> BCI, Kl 
: RO <= BII, KJ 

: RC <= N-K-2 

; COMPARE RC TO 1 

: IF RC < 1 THEN NO RPTB (DELAYED) 


RC <= N-K-3 
AR7 -> BLK, J] 
Ri <= BIK, K+l]#Bl1, Kj 


ve wn ve 


START INNER-INNER LGOP (J INDEX) 


RPTB 
MPYF 
ADDF 
RND 
STF 


END OF INNER-INNER LOOP 


ADDF 
RND 
STF 


CMPI 
BLTD 


ADDI 
ADDI 
CMP 


JLOOP 

RO, #++AR7, Ri 
Ri, #++ARS, RZ 
R2 

R2, #ARS 


Ri, #+HARS, R2 
R2 
R2, #ARS 


ARI, IRt 
ILOOP 


AR2, ARS 
1, IR! 
TRG, IRL 


; REPEAT PIVOT LOOP N-K-2 TIMES 
; Ri <= BIK, JJ#BEI, K) 

; R2 <= BEI, J) + Ri 

; REMOVE “#" TO ROUND + 

s BEI, J] <= R2 


(J INDEX) 
, R2 <= BEI, Ni] + Ri 
» REMOVE "#" TO ROUND + 
+ BUI, NL] <= R2 


s COMPARE I TO N-1 
, IF I ¢ Met THEN LOOP (DELAYED) 
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Let 


END OF INNER LOOP (I INDEX) SHHMHHHHHMHEHHHHHHHHHAHHHHHE HHHHBHHHHHHHMHHHMHHHHHHEE 


oo 


PROGRAM: *SOLUTNX 
at a siete WRITTEN BY: GARY A. SITTON 
; GAS LIGHT SOFTWARE 
ADDI AR2,AR3 ; ARS -> BIK+i, 0] cee TEXAS 
ADDI 1, IRO « K C= Kel : 
SUB 1, ARS + ARG = NeK-t 


(EXTENDED PRECISION VERSION) 
END OF OUTER LOOP (K INDEX) 


we 


SOLVES A SYSTEM OF LINEAR EQUATIONS A#X = Y IN THE 
TABLEAU FORMAT B = A:-Y, AN M X N MATRIX. THIS 
MEANS THAT A IS AN MX M SQUARE MATRIX OF COEFFI- 
CIENTS, AND -Y IS AN M X N-M RECTANGULAR MATRIX 

OF N-M.VECTORS EACH HAVING M ELEMENTS. EACH DEPEN- # 
DENT VARIABLE COLUMN VECTOR IS NEGATED AND APPENDED * 
TO THE COEFFICIENT MATRIX A. THE SET OF N-M4 INDE- # 
PENDENT SOLUTION VECTORS X WILL APPEAR IN PLACE OF # 
THE ORIGINAL APPENDED COLUMNS WHEN SOLUTNX FINISHES. # 
ROW MAJOR MATRIX STORAGE FORMAT IS ASSUMED PLUS * 
THE PROGRAM ASSUMES N > M > 1 AND BIO, 0) '= 0.0 
SINCE THE METHOD USES DIAGONAL PIVOTING AND STARTS 
WITH BLO, 0]. ANY PIVOT ELEMENT < 10##-10 IN ITS 
ABSOLUTE VALUE WILL IMPLY AN “ILL CONDITIONED“ 
SYSTEM OF EQUATIONS, I. E. NOT HAVING SUFFICIENT 
LINEAR INDEPENDENCE, AND WILL RESULT IN AN INCOM- 
PLETE SOLUTION. AN INCOMPLETE SOLUTION WILL BE 
INDICATED BY THE VALUE OF R3 == 0.0 ON EXIT, ELSE 
R3 '= 0.0 AND EQUALS THE LAST PIVOT ELEMENT VALUE. 


RETS ; RETURN 


i a i i es ad 


SINGULAR SYSTEM EXIT 


we 


SING: LDF ZERO, R3 + SET "SINGULAR" FLAG 


RETS » RETURN 


MSOLUTNX ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 
$IAD1 -> BLO, 01, $NROW = M, 
$NCOL = N, $PARMS = DATA PAGE. 
INPUT RESTRICTIONS: N>M> 1. 
REGISTERS ALTERED: RC, DP, ARO-7, IRO-1, 
AND RO-7, 


RSOLUTNX ENTRY PROTOCOL: 
REGISTERS FOR INPUT! 
ARO -> BLO, 0], ARL =, ARZ=N, 
INPUT RESTRICTIONS: ARZ > AR1 > 1. 
REGISTERS ALTERED: RC, ARO-7, IRO-1, AND RO-7. 


REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR OUTPUT: R3. 
ROUTINES NEEDED: FPINVX AND FMULTX (SEE $MATHX). 


NOTE: THE RND INSTRUCTIONS MAY BE REMOVED WITH 
SOME LOSS OF ACCURACY BUT INCREASE IN SPEED, 
JEHEHEHEE HEHE HGH HB HEHEHE CHEB HEHEHE 


ve ee ee ee ee ee 2 


Ce ee ee ee ee ee ee ee ee ee ee 


EXTERNAL PRUGRAM NAMES 


82 
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~GLOBL MSOLUTNX 
-GLOBL RSOLUTNX 
»GLOBL FPINVX 
«GLOBL FMULTX 


-GLOBL SPARMS 
~GLOBL $IAD1 
-GLOBL = SNROW 
~GLOBL = $NCOL 


INTERNAL CONSTANTS 


»DATA 


EPSNX .FLOAT 1.0E-10 


s 
Y 
a 
? 
a 
2? 


7 


. 
? 


s 
? 
s 
? 
s 
? 


2 
? 
s 
? 


MENORY BASED ENTRY 
REGISTER BASED ENTRY 
RECIPROCAL ROUTINE 


; MULTIPLY ROUTINE 


EXTERNAL PARAMETER NAMES 


PARAMETER SPACE ADDRESS 


POINTER TO MATRIX B, ADDRESS OF BLO, 0] 


NUMBER OF ROWS IN B, VALUE OF M 


NUMBER GF COLUMNS IN B, VALUE OF N 


SINGULARITY CRITERION 


ZEROX .SET 0.0 SINGULARITY FLAG 

3 START SOLUTNK PROGRAM 
» TEXT 

: MEMORY ‘BASED PARAMETER ENTRY 

MSOLUTNK: 
LOP @SPARMS ; LOAD DATA PAGE POINTER 
LDI @STAD1 , ARO 3 ARO -> BLO, 0) 
LOI @SNROW, ARI ¢ ARI <= 
LOI @SNCOL, AR2 ; AR2 <= N 

: REGISTER BASED PARAMETER ENTRY 

RSOLUTNX: 


SETUP LOOP REGISTERS 


=e 


LDP ss @EPPSNX : LOAD DATA PAGE POINTER 
LOI 0, IRO : IRO <= K (INIT. 0) 
LDI ARO, ARS 3 AR3 -> BLO, 0] 
SUBI 1, ARI 5s ARI <= MI 
LOI AR2, ARS : ARS CEN 
SUBI 2, AR6 ARS <= N-2 
s _—s*MAIN LOOP (K INDEX) 
KLOOPX: LOF HARZ(IRO) RI; RB <= BLK, K], NEXT PIVOT 
ABSF —-R3 RO s RO <= IRB} 
CHPF = s @EPSNX, RO. ; COMPARE iBIK, KJ} TO EPS 
BLT —s SINGX : IF iBLK, K]! < EPS THEN STOP 
; COMPUTE RECIPROCAL OF -PIVOT ELEMENT 


DLOOPX: 


ILOGPX: 


we 


SKIPX: 


NEGF 
CALL 
LDF 


R3, RO 
FPINVX 
RO, Ri 


= -BIK, K] 
= -1/BIK, Kl 
{= -1/BIK, K] 


DIVIDE RIGHT PART OF PIVOT ROW BY -PIVOT ELEMENT 


ABDI 
LDI 


RPTB 
LDF 
CALL 
RND 
STF 


AR, IRO, AR 
AR, RC 


DLOOPX 
#4++0R7,RO 
FMULTX 

RO 

RO, #0R7 


+ AR7 -> BIK, KJ 
+ RC <= N-K-2 


; REPEAT DIVIDE LOOP N-K-i TIMES 
; RO <= BIK, J) 

: RO <= BLK, JJ#(-1/BIK, K]) 

: ROUND + 

; BIK, J] <= RO 


START INNER LOOP (1 INDEX) 


LBI 
LDBI 


CMPI 
BEQ 


0, IR1 
ARO, ARS 


1RO, IR} 
SKIPX 


. IRI <= I (INIT. 0) 
+ AR4 -> BLO, 0 


; COMPARE I TO K 
; IF I == K THEN SKIP PIVOT ROW 


COMPLETE PIVOTING OPERATION 


AR4, TRO, ARS 
#ARS, RO 
ARS, RC 

1,RC 

JUMPX 


1,RC 
AR3, IRO,AR7 
RO, #++AR7, Ri 


, ARS -> BCI, Kl 
: RO <= BEI, K) 
s RC <= N-K-2 

; COMPARE RC TO 1 
: IF RC < 1 THEN NO RPTB (DELAYED) 


: RC <= N-K-3 
: AR7 -> BIK, J] 
: Ri <= BIK, K+L]#BCI, K) 


START INNER-INNER LOOP (J INDEX) 


RPTB 
MPYF 
ADDF 
RND 


: STF 


END OF INNER-INNER LOOP 


JLOOPY 

RO, #+40R7, RI 
Ri, #+4AR5, R2 
R2 

R2, #ARS 


Ri, #+4AR5S,R2 
R2 
RZ, #ARS 


ARI, IRt 
ILGOPX 


AR2, ARS 


‘1, IRI 


: REPEAT PIVOT LOOP N-K-2 TIMES 
: Ri <= BK, JJ*BEI, Ki 

: R2 <= BCI, J] + R1 

¢ ROUND + 

s BCI, J) <= R2 


(J INDEX) 

: R2 <= BEI, N-1] + Ri 
: ROUND + 

: BLI, N-i] <= R2 


; COMPARE I TO H-1 
: IF I< M-1 THEN LOOP (DELAYED) 


5 AR4 -> BLI+H1, 01 
I <= [41 


“ae 


OFDOTESWL yf 40f suoyouny fo uoy2aqj0D Vy 


6C£ 


“we 


we 


SINGK: 


CHI —sIRO, IRI ; COMPARE I TO K 


END OF INNER LOOP (T INDEX) 


CPI ARI, IRO + COMPARE K TO Ht 
BLTD =~ KLOOPX , IF K ¢ M+1 THEN LOOP 
ADDI —AR2, AR3 + AR3 -> BIK+1, 0] 
ADDI 1, IRO + K <= Kel 

SUBI 1, AR6 + ARG C= NEK~1 


END OF OUTER LOOP (K INDEX) 
RETS ; RETURN 


SINGULAR SYSTEM EXIT 


LOF ZEROX,R3 ; SET "SINGULAR® FLAG 
RETS + RETURN 
END 
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Introduction 


The TMS320C301s a high-speed, floating-point, digital signal processor. The TMS320C30s 
advanced interface design allows it to be used to implement a wide variety of system configura- 
tions. Its two external buses and DMA capability provide a parallel 32-bit interface to byte- or 
word-wide devices, while the interrupt interface, dual serial ports, and general purpose digital I/O 
provide communication with a multitude of peripherals. 


This application report describes how to use the TMS320C30s interfaces to connect to vari- 
ous external devices. Specific discussions include implementation of parallel interface to devices 
with and without wait states, use of general purpose I/O, and system control functions. All inter- 
faces shown in this report have been built and tested to verify proper operation. 


Major topics discussed in this report are as follows: 
* System Configuration Options Overview 


¢ Primary Bus Interface 
— Zero Wait Interface to RAMs 
— Ready Generation 
— Bank Switching Techniques 
¢ Expansion Bus Interface 
~ A/D Converter Interface 
— D/A Converter Interface 
* System Control Functions 
— Clock Oscillator Circuitry 
— Reset Signal Generator 
¢ Serial Port Interface 
¢ XDS1000 Target Design Considerations 


System Configuration Options Overview 


The various TMS320C30 interfaces allow connections to a wide variety of different device 
types. Each of these interfaces is tailored to a particular family of devices. 


Categories of Interfaces on the TMS320C30 


The interface types on the TMS320C30 fall into several different categories depending on 
the devices to which they were intended to be connected. Each interface comprises one or more 
signal lines that transfer information and control its operation. Shown in Figure 1 are the signal line 
groupings for each of these various interfaces. 
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Figure 1. External Interfaces on the TMS320C30 
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All of the interfaces are independent of one another and different operations may be per- 
formed simultaneously on each interface. 


The Primary and Expansion buses implement the memory mapped interface to the device. 
The external DMA interface allows external devices to cause the processor to relinquish the Prima- 
ry bus and allow direct memory access. 


Typical System Block Diagram 


The devices that can be interfaced to the TMS320C30 include memory, DMA devices, and 
numerous parallel and serial peripherals and I/O devices. Figure 2 illustrates a typical configuration 
of a TMS320C30 system showing different types of external devices and the interfaces to which 
they are connected. 
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Figure 2. Possible System Configurations 
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This block diagram constitutes essentially a fully expanded system. In an actual design, any 
subset of the illustrated configuration may be used. 
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Primary Bus Interface 


The primary bus is used by the TMS320C30 to access the majority of its memory mapped 
locations. Therefore, typically when a large amount of external memory is required in a system, 
it is interfaced to the primary bus. The expansion bus (discussed in the next section) actually com- 
prises two mutually exclusive interfaces, controlled by the MSTRB and IOSTRB signals respec- 
tively. Cycles on the expansion bus controlled by the MSTRB signal are essentially equivalent to 
cycles on the primary bus, with the exception that bank switching is not implemented on the expan- 
sion bus. Accordingly, the discussion of primary bus cycles in this section applies equally to 
MSTRB cycles on the expansion bus. 


Although both the primary bus and the expansion bus may be used to interface to a wide vari- 
ety of devices, the devices most commonly interfaced to these buses are memories. Therefore, de- 
tailed examples of memory interface will be presented in this section. 


Zero Wait State Interface To Static RAMs 


For full speed, zero-wait state interface to any device, the TMS320C30 requires a read access 
time of 30 ns from address stable to data valid. Because, for most memories, access time from chip 
select is the same as access time from address, it is theoretically possible to use 30 ns memories 
at full speed with the TMS320C30. This, however, dictates that there be no delays present between 
the processor and the memories. This is usually not the case in practice, due to interconnection de- 
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lays and the fact that typically some gating is required for chip select generation. Therefore, slightly 
faster memories are generally required in most systems. If one level of reasonably high-speed (be- 
low 10 ns in propagation delay) gating is used to generate chip select for the memories, 20 ns de- 
vices may be used. 


Among currently available RAMs, there are two distinct categories of devices with different 
interface characteristics. These two categories are RAMs without output enable control lines (OE), 
which include the 1-bit wide organized RAMs and most of the 4-bit wide RAMs, and those with 
OE controls, which include the byte wide and a few of the 4-bit wide RAMs. Many of the fastest 
RAMs do not provide OE control, and use chip select (CS) controlled write cycles to insure that 
data outputs do not turn on for write operations. In CS controlled write cycles, the write control line 
(WE) goes low prior to CS going low, and internal logic holds the outputs disabled until the cycle 
is completed. Using CS controlled write cycles is an efficient way to interface fast RAMs without 
OE controls to the TMS320C30 at full speed. 


In the case of RAMs with OE controls, the use of this signal can provide added flexibility 
in many systems. Additionally, many of these devices can be interfaced using CS controlled write 
cycles with OE tied low, in the same manner as with RAMs without OE controls. There are, howev- 
er, two requirements for interfacing to OE RAMs in this fashion. First, the RAMs OE input must 
be gated with chip select and WE internally so that the device’s outputs do not turn on unless a read 
is being performed. Second, the RAM must allow its address inputs to change while WE is low, 
which some RAMs specifically prohibit. | 


The circuit shown in Figure 3 shows an interface to Cypress Semiconductor’s CY7C186 
25 ns 8K x 8-bit CMOS static RAMs with the OE control input tied low and using a CS controlled. 
write cycle. 
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Figure 3. TMS320C30 Interface to Cypress Semiconductor CY7C186 CMOS SRAM > 
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In this circuit, the two chip selects on the RAM are driven by STRB and A23, which are 
ANDed together internally. The use of A23 locates the RAM at addresses 00000h through 03FFFh 
in external memory and STRB establishes the CS controlled write cycle. The WE control input is © 
then driven by the TMS320C30 R/W signal, and the OE inputis not used, and is therefore connected 
to ground. 


The timing of read operations, shown in Figure 4, is very straightforward since the two chip 
select inputs are driven directly. The read access time of the circuit is therefore the inverter propaga- 
tion delay added to the RAMs chip select access time or tj + ty =5 + 25 = 30 ns. This access time 
therefore meets the TMS320C30s specified 30 ns requirement. 
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| Figure 4, Read Operations Timing 
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During write operations, as shown in Figure 5, the RAMs outputs do not turn on at all, due 
to the use of the chip select controlled write cycles. The chip select controlled write cycles are gen- 
erated by the fact that R/W goes active (low) before the STRB term of the chip select input. Because 
the RAMs output drivers are disabled whenever the WE input is low (regardless of the state of the 
OE input) bus conflicts with the TMS320C30 are automatically avoided with this interface. The cir- 
cuit’s data setup and hold times (t; and t> in the timing diagram) of approximately 50 and 20 ns, 
respectively, also easily meet the RAMs timing requirements of 10 and Ons. 


Figure 5. Write Operations Timing 
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If more complex chip select decode is required than can be accomplished in time to meet 
zero-wait state timing, wait states or bank switching techniques (discussed in a later section) should 
be used. 
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It should be noted that the CY7C186’s OE control is gated internally with CS, therefore the 
RAMs outputs are not enabled unless the device is selected. This is critical if there are any other 
devices connected to the same bus; if there are no other devices connected to the bus, then OE need 
not be gated internally with chip select. 


RAMs without OE controls can also be easily interfaced to the TMS320C30 using a similar 
approach to that used with RAMs with OE controls. If there is only one bank of memory implem- 
ented, and no other devices are present on the bus, the memories’ CS input may often be connected 
to STRB directly. Ifseveral devices must be selected, however, a gate is generally required to AND 
the device select and STRB to drive the CS input to generate the chip select controlled write cycles. 
In either case, the WE input is driven by the TMS320C30 R/W signal. Provided sufficiently fast 
gating is used, 25 ns RAMs may still be used. : 


As with the case of RAMs with OE control lines, this approach works well if only a few banks 
of memory are implemented where the chip select decode can be accomplished with only one level 
of gating. If many banks are required to implement very large memory spaces, bank switching can 
be used to provide for multiple bank select generation while still maintaining full speed accesses 
within each bank. Bank switching is discussed in detail in a later section. 


Ready Generation 


The use of wait states can greatly increase system flexibility and reduce hardware require- 
ments over systems without wait state capability. The TMS320C30 has the capability of generating 
wait states on either the primary bus or the expansion bus and both buses have independent sets of 
ready control logic. Ready generation is discussed in this subsection from the perspective of the 
primary bus interface, however, wait state operation on the expansion bus is similar to that of the 
primary bus, therefore these discussions pertain equally well to expansion bus operation. Thus, 
ready generation will not be included in the specific discussions of the expansion bus interface. 


Wait states are generated on the basis of the internal wait state generator, the external ready 
input (RDY), or the logical AND or OR of the two. When enabled, internally generated wait states 
effect all external cycles, regardless of the address accessed. If different numbers of wait states are 
required for various external devices, the external RDY input may be used to tailor wait state gener- 
ation to specific system requirements. 


If the logical OR (or electrical AND since the signals are true low) of the external and wait 
count ready signals is selected, the earlier of either of the two signals will generate a ready condition 
and allow the cycle to be completed. It is not required that both signals be present. 


a greater number of wait states than are implemented with external logic (up to seven). This feature 
is useful, for example, if a system contains some fast and some slow devices. In this case, fast de- 
vices can generate a ready signal externally with a minimum of logic, and slow devices can use the 
internal wait counter for larger numbers of wait states. Thus, when fast devices are accessed, the 
external hardware responds promptly with a ready signal that terminates the cycle. When slow de- 
vices are accessed, the external hardware does not respond, and the cycle is appropriately termi- 
nated after the internal wait count. 


The OR of the two ready signals can be used to implement wait states for devices that require | 
| 


The OR of the two ready signals may also be used if conditions occur that require termination 
of bus cycles prior to the number of wait states implemented with external logic. In this case, a 
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shorter wait count is specified internally than the number of wait states implemented with the exter- 
nal ready logic, and the bus cycle is terminated after the wait count. This feature may also be used 
as a safeguard against inadvertent accesses to nonexistent memory that would never respond with 
ready and therefore lock up the TMS320C30. | 


If the OR of the two ready signals is used, however, and the internal wait state count is less 
than the number of wait states implemented externally, the external ready generation logic must 
have the ability to reset its sequencing to allow a new cycle to begin immediately following the end 
of the internal wait count. This requires that, under these conditions, consecutive cycles must be 
from independently decoded areas of memory and that the external ready generation logic be capa- 
ble of restarting its sequence as soon as a new cycle begins. Otherwise, the external ready genera- 
tion logic may lose synchronization with bus cycles and therefore generate improperly timed wait 
States. 


If the logical AND (electrical OR) of the wait count and external ready signals is selected, 
the later of the two signals will control the internal ready signal, and both signals must occur. Ac- 
cordingly, external ready control must be implemented for each wait state device in addition to the 
wait count ready signal being enabled. 


This feature is useful if there are devices in a system that are equipped to provide a ready sig- 
nal but cannot respond quickly enough to meet the TMS320C30s timing requirements. In particu- 
lar, if these devices normally indicate a ready condition and, when accessed, respond with a wait 
until they become ready, the logical AND of the two ready signals can be used to save hardware 
in the system. In this case, the internal wait counter can be used to provide wait states initially, and 
become ready after the external device has had time to send a not ready indication. The internal wait 
counter then remains ready until the external device also becomes ready, which terminates the 
cycle. 


Additionally, the AND of the two ready signals may be used for extending the number of wait 
states for devices that already have external ready logic implemented but require additional wait 
states under certain unique circumstances, 


In the implementation of external ready generation hardware, the particular technique 
employed depends heavily on the specific characteristics of the system. The optimum approach to 
ready generation varies depending on the relative number of wait state and non-wait state devices 
in the system and the maximum number of wait states required for any one device. The approaches 
discussed here are intended to be general enough for most applications, and are easily modifiable 
to comprehend many different system configurations. 


In general, ready generation involves the following three functions: 

1) Segmentation of the address space in some fashion to distinguish fast and slow devices. 

2) Generating properly timed ready indications. 

3) Logically ORing all of the separate ready timing signals together to connect to the physi- 
cal ready input. | 
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Segmentation of the address space is required so that a unique indication of each of the partic- 
ular areas within the address space that require wait states can be obtained. This segmentation is 
commonly implemented in a system in the form of chip select generation. Chip select signals may 
be used to initiate wait states in many cases, however, occasionally chip select decoding consider- 
ations may provide signals that will not allow ready input timing requirements to be met. In this 
case, coarse address space segmentation may be made on the basis of a small number of address 
lines, where simpler gating allows signals to be generated more quickly. In either case, the signal 
indicating that a particular area of memory is being addressed is normally used to initiate a ready 
or wait state indication. 


Once the region of address space being accessed has been established, a timing circuit of 
some sort is normally used to provide a ready indication to the processor at the appropriate point 
in the cycle to satisfy each device’s unique requirements. 


Finally, since indications of ready status from multiple devices are typically present, the sig- 
nals are logically ORed using a single gate to drive the RDY input. 


One of two basic approaches may be taken in the implementation of ready control logic de- 
pending upon the state in which the ready input is to be between accesses. If RDY is low between 
accesses, the processor is always ready unless a wait state is required; if RDY is high between ac- 
cesses, the processor will always enter a wait state unless a ready indication is generated. 


If RDY is low between accesses, control of full speed devices is straightforward; no action 
is necessary since ready is always active unless otherwise required. Devices requiring wait states, 
however, must drive ready high fast enough to meet the input timing requirements. Then, after an 
appropriate delay, a ready indication must be generated. This can be quite difficult in many circum- 
stances since wait state devices are inherently slow and often require complex select decoding. 


If RDY is high between accesses, zero wait state devices, which tend to be inherently fast, 
can usually respond immediately with a ready indication. Wait state devices may simply delay their 
select signals appropriately to generate a ready. Typically, this approach results in the most efficient 
implementation of ready control logic. Figure 6 shows a circuit of this type which can be used to 
generate Q, 1, or 2 wait states for multiple devices in a system. 
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Figure 6. Circuit For Generation of 0, 1, or 2 Wait States for Multiple Devices 
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In this circuit, full speed devices drive ready directly through the ’74AS21, and the two flip- 
flops delay wait state devices’ select signals one or two H1 cycles to provide 1 or 2 wait states. 


Considering the TMS320C30’s ready delay time of 8 ns following address, zero wait state 
devices must use ungated address lines directly to drive the input of the ’74AS21, since this gate 
contributes a maximum propagation delay of 6 ns to the RDY signal. Thus, zero wait state devices 
should be grouped together within a coarse segmentation of address Space if other devices in the 
system require wait states. 


With this circuit, devices requiring wait states may take up to 36 ns from a valid address on 
the TMS320C30 to provide inputs to the °74AS20s inputs. Typically, this allows sufficient time 
for any decoding required in eonciaung select signals for slower devices in the system. For exam- 
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ple, the 74ALS138 driven by address and STRB, can generate select decodes in 22 ns, which easily 
meets the TMS320C30s timing requirements. 


With this circuit, unused inputs to either the 74AS20s or the 74AS21 should be tied to a logic 
high level to prevent noise from generating spurious wait states. 


If more than 2 wait states are required by devices within a system, other approaches may be 
employed for ready generation. If between three and seven wait states are required, additional flip- 
flops may be included, in the same manner as shown in Figure 6, or internally generated wait states 
may be used in conjunction with external hardware. If greater than seven wait states are required, 
an external circuit using a counter may be used to supplement the internal wait—state generator’s 
capabilities. 


Bank Switching Techniques 


The TMS320C30’s programmable bank switching feature can greatly ease system design 
when large amounts of memory are required. This feature is used to provide a period of time during 
which all device selects are disabled that would not normally be present otherwise. During this in- 
terval, slow devices are allowed time to turn off before other devices have the opportunity to drive 
the data bus, thus avoiding bus contention. 


When bank switching is enabled, any time a portion of the high order address lines change, 
as defined by the contents of the BNKCMPR register, STRB goes high for one full H1 cycle. Pro- 
vided STRB is included in chip select decodes, this causes all devices to be disabled during this 
period. The next bank of devices is not enabled until STRB goes low again. 


Bank switching is not required during writes since these cycles always exhibit an inherent 
one-half H1 cycle setup of address information before STRB goes low. Thus, when using bank 
switching for read/write devices, a minimum of half of one H1 cycle of address setup is provided 
for all accesses. Therefore, large amounts of memory can be implemented without wait states or 
extra hardware required for isolation between banks. Also, note that access time for cycles during 
bank switching is the same as that of cycles without bank switching, and accordingly, full speed 
accesses may still be accomplished within each bank. | 


When using bank switching to implement large multiple-bank memory systems, an impor- 
tant consideration is address line fanout. Besides parametric specifications for which account must 
be made, AC characteristics are also crucial in memory system design. With large memory arrays 
which commonly require large numbers of address line inputs to be driven in parallel, capacitive 
loading of address outputs is often quite large. Because all TMS320C30 timing specifications are 
guaranteed up to a capacitive load of 80 pF¥, driving greater loads will invalidate guaranteed AC 
characteristics. Therefore it is often necessary to provide buffering for address lines when driving 
large memory arrays. AC timings for buffer performance may then be derated according to man- 
ufacturer specifications to accomodate a wide variety of memory array sizes. 


The circuit shown in Figure 7 illustrates the use of bank switching with Cypress Semiconduc- 
tor’s "CY7C185 25 ns 8K x 8 CMOS static RAM. This circuit implements 32K 32-bit words of 
memory with one wait-state accesses within each bank. 
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Figure 7, Bank Switching For Cypress Semiconductors CY7C185 
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A wait state is required with this implementation of bank memory because of the added prop- 
agation delay presented by the address bus buffers used in the circuit. The wait state is not a function 
of the fact that the memory is organized as multiple banks or the use of bank switching. When bank 
switching is used, memory access speeds are the same as without bank switching once bank bound- 
aries are crossed. Therefore, no speed penalty is paid when using bank switching except for the oc- 
casional extra cycle inserted when bank boundaries are crossed. It should be noted, however, that 
if the extra cycle inserted when crossing bank boundaries does impact software performance signif- 
icantly, code can often be restructured to minimize bank boundary crossings, thereby reducing the 
effect of these boundary crossings on software performance. 


The wait state for this bank memory is generated using the wait state generator circuit pres- 
ented in the previous section. Because A23 is the signal which enables the entire bank memory sys- 
tem, the inverted version of this signal is ANDed with STRB to derive a one wait state device select. 
This signal is then connected in the circuit along with the other one wait state device selects. Thus, 
any time a bank memory access is made, one wait state is generated. 


Each of the four banks in this circuit is selected using a decode of A15-A13 generated by the 
74AS138 (see Figure 8). With the BNKCMPR register set to OBh, the banks will be selected on 
even 8K-word boundaries starting at location O80A000h in external memory space. 
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Figure 8. Bank Memory Control Logic 
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The 74ALS2541 buffers used on the address lines are necessary in this design since the total 
capacitive load presented to each address line is a maximum of 20 x 5 pF or 100 pF (bank memory 
plus zero wait-—state static RAM), which exceeds the TMS320C30 rated capacitive loading of 80 
pF. Using the manufacturers derating curves for these devices at a load of 80 pF (the load presented 
by the bank memory) predicts propagation delays at the output of the buffers of a maximum of 16 
ns. The access time of a read cycle within a bank of the memory is therefore the sum of the memory 
access time and the maximum buffer propagation delay or 25 + 16 = 41 ns, which, since it falls be- 
tween 30 and 90 ns, requires one wait state on the TMS320C30. 


The 74ALS2541 buffers offer one additional system performance enhancement in that they 
include 25-ohm resistors in series with each individual buffer output. These resistors greatly im- 
prove the transient response characteristics of the buffers especially when driving CMOS loads 
such as the memories used here. The effect of these resistors is to reduce overshoot and ringing 
which is common when driving predominantly capacitive loads such as CMOS. The result of this 
is reduced noise and increased immunity to latchup in the circuit, which in turn results in a more 
reliable memory system. Having these resistors included in the buffers eliminates the need to put 
discrete resistors in the system which is often required in high speed memory systems. 


This circuit could not have been implemented without bank switching, since data output’s 
turn-on and turn-off delays would have caused bus conflicts. Here, the propagation delay of the 
74AS138 is only involved during bank switches, where there is sufficient time between cycles to 
allow new chip selects to be decoded. 


The timing of this circuit for read operations using bank switching 1s shown in Figure 9. With 
the BNKCMPR register set to OBh, when a bank switch occurs, the bank address on address lines 
A23-A13, is updated during the extra H1 cycle while STRB is high. Then, after chip select decodes 
have stabilized, and the previously selected bank has disabled its outputs, STRB goes low for the 
next read cycle. Further accesses occur at normal bus timings with one wait state as long as another 
bank switch is not necessary. Write cycles do not require bank switching due to the inherent address 
setup provided in their timings. 
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Figure 9. Timing For Read Operations Using Bank Switching 
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The timing for this interface is summarized in the Table 1. 
Table 1. Bank Switching Interface Timing 


H1 falling to address/STRB valid 
Add to select delay 


Memory disable from STRB 
H1 falling to STRB 
Memory output enable delay 


Expansion Bus Interface 


The TMS320C30s expansion bus interface provides a second complete parallel bus which 
can be used to implement data transfers concurrently with and independent of operations on the 
primary bus. The expansion bus comprises two mutually exclusive interfaces controlled by the 
MSTRB and IOSTRB signals, respectively. This section discusses interface to the expansion bus 
using IOSTRB cycles; MSTRB cycles are essentially equivalent in timing to primary bus cycles, 
and are discussed in the previous section. 


Unlike the primary bus, both read and write cycles on the I/O portion of the expansion bus 
are two H1 cycles in duration and exhibit the same timing. The XR/W signal is high for reads and 
low for writes. Since I/O accesses take two cycles, many peripherals that require wait states if inter- 
faced either to the primary bus or using MSTRB may be used in a system without the need for wait 
states. Specifically, in cases where there is only one device on the expansion bus, devices with ac- 
cess times greater than the 30 ns required by the primary bus, but not more than 59 ns can be inter- 
faced to the I/O bus without wait states. 
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A/D Converter Interface 


A/D and D/A converters are components that are commonly required in DSP systems and 
interface efficiently to the I/O expansion bus. These devices are available in many speed ranges 
and with a variety of features, and while some may be used at full speed on the I/O bus, others may 
require one or more wait states. 


Figure 10 shows an interface to an Analog Devices AD1678 analog to digital converter. The 
AD1678 is a 12-bit, 5 ws converter allowing sample rates up to 200 kHz and with an input voltage 
range of 10 volts bipolar or unipolar. The converter is connected according to manufacturers speci- 
fications to provide 0 to +10 volt operation. This interface illustrates a common approach to con- 
necting devices such as this to the TMS320C30. Note that the interface requires only a minimum 
amount of control logic. 


Figure 10. Interface to AD1678 A/D Converter 
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The AD1678 is a very flexible converter and is configurable in a number of different operat- 
ing modes. These operating modes include byte or word data format, continuous or non-continuous 
conversions, enabled or disabled chip select function, and programmable end of conversion indica- 
tion. This interface utilizes 12-bit word data format, rather than byte format to be compatible with 
the TMS320C30. Non-continuous conversions are selected, so that variable sample rates may be 
used, since continuous conversions occur only at a rate of 200 kHz. With non-continuous conver- 
sions, the host processor determines the conversion rate by initiating conversions through write op- 
erations to the converter. 
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The chip select function is enabled, so the chip select input is required to be active when ac- 
cessing the device. Enabling the chip select function is necessary to allow a mechanism for the 
AD1678 to be isolated from other peripheral devices connected to the expansion bus. To establish 
the desired operating modes, the SYNC and 12/8 inputs to the converter are pulled high and EO- 
CEN is grounded, as specified in the AD1678 data sheet. 


In this application, the converter’s chip select is driven by XA12, which maps this device at 
804000h in I/O address space. Conversions are initiated by writing any data value to the device, 
and the conversion results are obtained by reading from the device after the conversion is com- 
pleted. To generate the devices Start Conversion (SC) and Output Enable (OE) inputs, IC IOSTRB 
is ANDed with XR/W. Therefore, the converter is selected whenever XA12 is low, and OE is driv- 
en when reads are performed, while SC is driven when writes are performed. 


As with many A/D converters, at the end of a read cycle the AD1678 data output lines enter 
a high impedance state. This occurs after the Output Enable (OE) or read control line goes inactive. 
Also common with these types of devices, is that the data output buffers often require a substantial 
amount of time to actually attain a full high-impedance state. When used with the TMS320C30, 
devices must have their outputs fully disabled no later than 65 ns following the rising edge of 
IOSTRB, since the TMS320C30 will begin driving the data bus at this point if the next cycle is a 
write. If this timing is not met, bus conflicts between the TMS320C30 and the AD1678 may occur, 
potentially causing degraded system performance and even failure due to damaged data bus drivers. 
The actual disable time for the AD1678 can be as long as 80 ns, therefore buffers are required to 
isolate the converter outputs from the TMS320C30. The buffers used here are 74LS244s that are 
enabled when the AD 1678 is read, and turned off 30.8 ns following IOSTRB going high. Therefore, 
_ the TMS320C30 requirement of 65 ns is met. 


When data is read following a conversion, the AD1678 takes 100 ns after its OE control line 
is asserted to provide valid data at its outputs. Thus, including the propagation delay of the 74LS244 
buffers, the total access time for reading the converter is 118 ns. This requires two wait states on 
the TMS320C30 expansion I/O bus. 


The two wait states required in this case are implemented using software wait states, howev- 
er, depending on the overall system configuration it may be necessary to implement a separate wait 
state generator for the expansion bus (refer to section on ready generation). This would be the case 
if there were multiple devices that required different numbers of wait states connected to the expan- 
sion bus. 


Figure 11 shows the timing for read operations between the TMS320C30 and the AD1678. 
At the beginning of the cycle, the address and. XR/W lines become valid ty = 10 ns following the 
falling edge of Hj. Then, after tp = 10 ns from the next rising edge of H;, IOSTRB goes low, begin- 
ning the active portion of the read cycle. After tz = 5.8 ns, the control logic propagation delay, the 
IOR signal goes low, asserting the OE input to the AD1678. The ’74LS244 buffers take t4 = 30 ns 
to enable their outputs, and then, following the converters access delay and the buffer propagation 
delay (ts = 100 + 18 = 118 ns) data is provided to the TMS320C30. This provides approximately 
46 ns of data setup before the rising edge of IOSTRB. Therefore, this design easily satisfies the 
TMS320C30s requirement of 15 ns of data setup time for reads. 
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Figure 11. Read Operations Timing Between the TMS320C30 and AD1678 


XA12- 
XAO 
[ l 


RI KKK) 


Unlike the primary bus, read and write cycles on the I/O expansion bus are timed the same 
with the exception that XR/W is high for reads and low for writes and that the data bus is driven 
by the TMS320C30 during writes. When writing to the AD1678, the ’74LS244 buffers do not turn 
on and no data is transferred. The purpose of writing to the converter is only to generate a pulse 
on the converter’s SC input, which initiates a conversion cycle. When a conversion cycle is com- 
pleted, the AD1678’s EOC output is used to generate an interrupt on the TMS320C30 to indicate 
that the converted data may be read. 


It should be noted that for different applications, use of TLC1225 or TLC1550 A/D conver- 
ters from Texas Instruments may be beneficial. The TLC1225 is a self-calibrating 12-bit-plus-sign 
bipolar or unipolar converter which features 10 ws conversion times. The TLC1550 is a 10-bit, 
6 us converter with a high speed DSP interface. Both converters are parallel-interface devices. 


D/A Converter Interface 


In many DSP systems, the requirement for generating an analog output signal isa natural con- 
sequence of sampling an analog waveform with an A/D converter and then processing the signal 
digitally internally. Interfacing D/A converters to the the TMS320C30 on the expansion I/O bus 
is also quite straightforward. 


As with A/D converters, D/A converters are also available in a number of varieties. One of 
the major distinctions between various types of D/A converters is whether or not the converter in- 
cludes latches to store the digital value to be converted to an analog quantity, and the interface to 
control those latches. With latches and control logic included with the converter, interface design 
is often simplified, however, internal latches are often included only in slower D/A converters. 


Because slower converters limit signal bandwidths, the converter chosen for this design was 
selected to allow a reasonably wide range of signal frequencies to be processed, in addition to illus- 
trating the technique of interfacing to a converter using external data latches. 


Figure 12 shows an interface to an Analog Devices AD565A digital to analog converter. This 
device is a 12-bit, 250 ns current output DAC with an on-board 10 volt reference. Using an off- 
board current-to-voltage conversion circuit connected according to manufacturers specifications, 
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the converter exhibits output signal ranges 0 to +10 volts, which is compatible with the conversion 
range of the A/D converter discussed in the previous section. 


Figure 12. Interface Between the TMS320C30 and the AD565A 
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Because this DAC essentially performs continuous conversions based on the digital value 
provided at its inputs, periodic sampling is maintained by periodically updating the value stored 
in the external latches. Therefore, between sample updates, the digital value is stored and main- 
tained at the latch outputs that provide the input to the DAC. This results in the analog output re- 
maining stable until the next sample update is performed. 


The external data latches used in this interface are °74LS377 devices that have both clock 
and enable inputs. These latches serve as a convenient interface with the TMS320C30; the enable 
inputs provide a device select function, and the clock inputs latch the data. Therefore, with the en- 
able input driven by inverted XA12 and the clock input driven by IOW, which is the AND of 
IOSTRB and XR/W, data will be stored in the latches when a write is performed to I/O address 
805000h. Reading this address has no effect on the circuit. 


Figure 13 shows a timing diagram of a write operation to the D/A converter latches. 
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Figure 13. Write Operation to the D/A Converter Timing Diagram 
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Because the write is actually being performed to the latches, the key timings for this operation 
are the timing requirements for these devices. For proper operation, these latches require simply 
a minimal setup and hold time of data and control signals with respect to the rising edge of the clock 
input. Specifically, the latches require a data setup time of 20 ns, enable setup of 25 ns, disable setup 
of 10 ns and data and enable hold times of 5 ns. This design provides approximately 60 ns of enable 
setup, 30 ns of data setup, and 7.2 ns of data hold time. Therefore, the setup and hold times provided 
by this design are well in excess of those required by the latches. The key timing parameters for 
this interface are summarized in Table 2. 


Table 2. Key Timing Parameter for D/A Converter Write Operation 


H1 falling to address valid 
XA12 to XA12 delay 


H1 rising to IOSTRB falling 
IOSTRB to JOW delay 

Data sctup to IOW 

Data hold from IOW 


System Control Functions 


There are several aspects of TMS320C30 system hardware design that are critical to overall 
system operation. These include such functions as clock and reset signal generation and interrupt 
control. 
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Clock Oscillator Circuitry 


An input clock may be provided to the TMS320C30 either from an external clock input or 
by using the on-board oscillator. Unless special clock requirements exist, using the on-board oscil- 
lator is generally a convenient method of clock generation. This method requires few external com- 
ponents and can provide stable, reliable clock generation for the device. _ | 


Figure 14 shows a clock generator circuit using the internal oscillator. This circuit is designed 
to operate at 33.33 MHz and since crystals with fundamental oscillation frequencies of 30 MHz 
and above are not readily available, a parallel-resonant third-overtone circuit is used. 


Figure 14. Crystal Oscillator Circuit 
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In a third-overtone oscillator, the crystal fundamental frequency must be attenuated so that 
oscillation is at the third harmonic. This is achieved with an LC circuit that filters out the fundamen- — 
tal, thus allowing oscillation at the third harmonic. The impedance of the LC circuit must be induc- 
tive at the crystal fundamental and capacitive at the third harmonic. The impedance of the LC cir- 
cult is given by: 

L/C | (1) 
LO) ee 
j lm, - 1/aC | 


Therefore, the LC circuit has a pole at: 


(2) 


At frequencies significantly lower than wp, the 1/(wC) term in (1) becomes the dominating 
term, while wy can be neglected. This gives: 


(3) 


Z(w) = joL forw <a, 


In (3), the LC circuit appears inductive at frequencies lower than @p- On the other hand, at 
frequencies much higher than op, the wL term is the dominant term in (1), and 1/(wC) can be ne- 
glected. This gives: 
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(4) 
Z(@) = 


1 
=-— forw >a, 
joC 


The LC circuit in (4) appears increasingly capacitive as frequency increases above Wy. This 
is shown in Figure 15, which is a plot of the magnitude of the impedance of the LC circuit of Figure 
14 versus frequency. , 


Figure 15. Magnitude of the Impedance of the Oscillator LC Network 
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Based on the discussion above, the design of the LC circuit proceeds as follows: 

1) Choose the pole frequency w, approximately halfway between the crystal fundamental 
and the third harmonic. 

2) The circuit now appears inductive at the fundamental frequency and capacitive at the 
third harmonic. 


In the oscillator of Figure 13, choose @, = 22.2 MHz, which is approximately halfway be- 
tween the fundamental and the third harmonic. Choose C = 20 pF. Then, using (2), L = 2.6 wH. 


Reset Signal Generation 


The reset input controls initialization of internal TMS320C30 logic and also causes execu- 
tion of the system initialization software. For proper system initialization, the reset signal must be 
applied at least ten H1 cycles, i.e., 600 ns fora TMS320C30 operating at 33.33 MHz. Upon power- 
up, however, it can take 20 ms or more before the system oscillator reaches a stable operating state. 
Therefore, the powerup reset circuit should generate a low pulse on the reset line for 100 to 200 
ms. Once a proper reset pulse has been applied, the processor fetches the reset vector from location 
zero which contains the address of the system initialization routine. Figure 16 shows a circuit that 
will generate an appropiate powerup reset circuit. 
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| Figure 16. Reset Circuit 
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The voltage on the reset pin (RESET) is controlled by the RjC; network. After a reset, this 
voltage rises exponentially according to the time constant RjCj, as shown in Figure 17. 


Figure 17. Voltage on the TMS320C30 Reset Pin. 
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The duration of the low pulse on the reset pin is approximately t;, which is the time it takes 
for the capacitor C, to be charged to 1.5 V. This is approximately the voltage at which the reset input 
switches from a logic 0 to a logic 1. The capacitor voltage is given by: | 

5 
V =Vec[1-e-7 ] ” 
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where t = RyCy is the reset circuit time constant. Solving (5) for t gives: 


(6) 
t=-R,C, In [1 = ] 
Cc 

Setting the following: 

R, = 100kQ 

Ci = 4,7 uF 

Vec = SV 

Voo= V,=15V 


gives t= 167 ms. Therefore, the reset circuit of Figure 16 provides a low pulse of long enough 
duration to ensure the stabilization of the system oscillator. 


Note that if synchronization of multiple TMS320C30s is required, all processors should be 
provided with the same input clcock and the same reset signal. After powerup, when the clock has 
stabilized, all processors may then be synchronized by generating a falling edge on the common 
reset signal. Because it is in the falling edge of reset that establishes synchronization, reset must 
be high for a period of time (at least ten H1 cycles) initially. Following the falling edge, reset should 
remain low for at least ten H1 cycles and then be driven high. This sequencing of reset may be ac- 
complished using additional circuitry, based on either RC time delays or counters. 


Serial Port Interface to AIC 


For applications such as modems, speech, control, instrumentation, and analog interface for 
DSPs, a complete analog-to-digital (A/D) and digital-to-analog (D/A) input/output system on a 
single chip may be desired. The TLC32044 analog interface circuit (AIC) integrates on a single 
monlithic/CMOS chip a bandpass, switched-capacitor, antialiasing-input filter, 14-bit resolution 
A/D and D/A converters, and a lowpass, switched-capacitor, output-reconstruction filter. The 
TLC32044 offers numerous combinations of master clock input frequencies and conversion/sam- 
pling rates, which can be changed via digital processor control. 


Four serial port modes on the TLC32044 allow direct interface to TMS320C30 processors. 
When the transmit and receive sections of the AIC are operating synchronously, it can interface to 
two SN54299 or SN74299 serial-to-parallel shift registers. These shift registers can then interface 
in parallel to the TMS320C30, other TMS320 digital processors, or to external FIFO circuitry. Out- 
put data pulses are emitted to inform the processor that data transmission is complete or to allow 
the DSP to differentiate between two transmitted bytes. A flexible control scheme is provided so 
that the functions of the AIC can be selected and adjusted coincidentally with signal processing via 
software control. Refer to the TLC32044 data sheet for detailed information. 


When interfacing the AIC to the TMS320C30 via one of the serial ports, no additional logic 
is required. This interface is shown in Figure 18. The serial data, control and clock signals connect 
directly between the two devices and the AIC’s master clock input is driven from TCLKO, one of 
the TMS320C30s internal timer outputs. The AIC’s WORD/BYTE input is pulled high selecting 
16-bit serial port transfers to optimize serial port data transfer rate. The TMS320C30s XFO, confi- 
gured as an output, is connected to the AIC’s reset (RST) input to allow the AIC to be reset by the 
TMS320C30 under program control. This allows the TMS320C30 timer and serial port to be ini- 
tialized before beginning conversions on the AIC. 
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Figure 18. AIC to TMS320C30 Interface 
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To provide the master clock input for the AIC, the TCLKO timer is configured to generate 
a clock signal with a 50% duty cycle at a frequency of H1/4 or 4.167 MHz. To accomplish this, the 
timer 0 global control register is set to the value 3C1h, which establishes the desired operating 
modes. The timer 0 period register is set to 1 which sets the required division ratio for the H1 clock. 


To properly communicate with the AIC the TMS320C30 serial port must be configured ap- 
propriately. To configure the serial port, several TMS320C30 registers and memory locations must 
be initialized. First the serial port should be reset by setting the serial port global control register 
to 2170300h. (The AIC should also be reset at this time. See description below of resetting the AIC 
using XFO). This resets the serial port logic and configures the serial port operating modes includ- 
ing data transfer lengths and enables the serial port interrupts. This also configures another impor- 
tant aspect of serial port operation: polarity of serial port signals. Because active polarity of all seri- 
al port signals is programmable, it is critical that the bits in the serial port global control register 
that control this be set appropriately. In this application all polarities are set to positive except FSX 
and FSR which are driven by the AIC and are true low. 


The serial port transmit and receive control registers must also be initialized for proper serial 
port operation. In this application, both of these registers are set to 111h, which configures all of 
the serial port pins in the serial port mode, rather than the general purpose digital I/O mode. 


With the operations described above completed, interrupts are enabled, and provided the seri- 
al port interrupt vector(s) are properly loaded, serial port transfers may begin after the serial port 
is taken out of reset. This is accomplished by loading E170300h into the global control register. 


_ Tobegin conversion operations on the AIC and subsequent transfers of data on the serial port, 
the AIC is first reset by setting XFO to zero at the beginning of the TMS320C30 initialization rou- 
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tine. Setting XFO to zero is accomplished by setting the TMS320C30 IOF register to 2. This sets 
the AIC to a default configuration and halts serial port transfers and conversion operations until 
reset is set high. Once the TMS320C30 serial port and timer have been initialized as described 
above, XFO is set high by setting the IOF register to 6. This allows the AIC to begin operating in 
its default configuration, which in this application is the desired mode. In this mode all internal fil- 
tering is enabled, sample rate is set at approximately 6.4 kHz, and the transmit and receive sections 
of the device are configured to operate synchronously. Conveniently, this mode of operation is ap- 
propriate for a variety of applications, and if a 5.184 MHz master clock input is used, the default 
configuration results in an 8 kHz sample rate which makes this device ideal for speech and telecom- 
munications applications. 


In addition to the benefit of a convenient default operating configuration, the AIC can also 
be programmed for a wide variety of other operating configurations. Sample rates and filter charac- 
teristics may be varied, in addition to which, numerous connections in the device may be configured 
to establish different internal architectures, by enabling or disabling various functional blocks. 


To configure the AIC in a fashion different from the default state, the device must first be 
sent a serial data word with the two LSBs set to one. The two LSBs of a transmitted data word are 
not part of the transferred data information and are not set to one during normal operation. This con- 
dition indicates that the next serial transmission will contain secondary control information, not 
data. This information is then used to load various internal registers and specify internal configura- 
tion options. There are four different types of secondary control words distinguished by the state 
of the two LSBs of the control information transferred. Note that each secondary control word 
transferred must be preceded by a data word with the two LSBs set to one. 


The TMS320C30 can communicate with the AIC either synchronously or asynchronously 
depending on the information in the control register. The operating sequence for synchronous com- 
munication with the TMS320C30 shown in Figure 19, is as follows: 

1) The FSX or FSR pin is brought low. 

2) One 16-bit word is transmitted or one 16-bit word is received. 

3) The FSX or FSR pin is brought high. 

4) The EODX or OEDR pin emits a low-going pulse. 


Figure 19. Synchronous Timing of TLC32044 to TMS320C30 
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For asynchronous communication, the operating sequence is similar, but FSX and FSR do 
not occur at the same time (see Figure 20). After each receive and transmit operation, the 
TMS320C30 asserts an internal receive (RINT) and transmit (XINT) interrupt, which may be used 
to control program execution. 
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Figure 20. Asynchronous Timing of TLC32044 to TMS320C30 


XDS1000 Target Design Considerations 


The TMS320C30 Emulator is an eXtended Development System (XDS1000) which has all 
the features necessary for full-speed emulation. The TMS320C30 uses a revolutionary technology 
to allow complete emulation via a serial scan path. If users provide a 12-pin header on their target 
system, realtime emulation can be performed using the TMS320C30 in their target system. 


_ To use the emulation connector of the XDS1000, the signals shown in Figure 21. should be 
provided to a 12 pin header (two rows of six pins) with pin 8 cut out to provide keying. Table 3 de- 
scribes the pins and signals present on the header. 


Figure 21. 12 Pin Header Signals 
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Table 3. Signal Description 


Emulation pin 0. 
Emulation pin 1, 
Emulation pin 2. 


Emulation pin 3. 
TS320C30 H3. 
Ground. 


Presence detect . It indicates that the cable is connected and tate system is powered | up. It 
should be tied to +5 volts in the target system. 
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In addition to the signals required at the emulation connector, the EMU4 through EMU6 sig- 
nals on the TMS320C30 must also be appropiately connected to ensure proper emulation operation. 
The EMU4 signal must be tied to +5 volts and EMUS5 and EMU6 must be left unconnected. Also, 
the RSVO through RSV10 signals must be tied to +5 volts as described in the Third-Generation 
TMS320 User’s Guide (literature number SPRUO31). 


Summary 


The TMS320C30 is a high-performance 32-bit floating-point digital signal processor. Its 
dual parallel-interface busses and serial ports, along with a wide variety of additional support inter- 
faces make the device an extremely flexible system-level DSP microprocessor. Using the tech- 
niques described in this report, the TMS320C30 can be used to implement sophisticated signal pro- 
cessing applications with the high precision and dynamic range provided by 32-bit floating-point 
arithmetic. 


This application report has described the use of external interfaces on the TMS320C30 to 
connect it to memories, A/D and D/A converters, and numerous other peripheral devices, as well 
as the generation of wait states and other system functions. 


The interfaces described in this report have all been built and tested to verify proper opera- 
tion, and the techniques described can be extended to encompass design of more complex systems. 
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Introduction 


Certain applications require the exceptionally high arithmetic throughput inherent in the 
TMS320C30 Digital Signal Processor but must use the IEEE floating-point number format, which 
differs from the TMS320C30’s number format. The TMS320C30 uses a 2’s complement format 
for the mantissa and exponent. Besides making the device more compatible with analog to digital 
converters, it is computationally more efficient in both speed and die size than the IEEE format. 
Applications requiring the IEEE format can benefit from the use of a custom chip for this conver- 
sion. For this reason, a chip has been designed, built, and tested. This report describes that chip. 


The TMS320C30-IEEE Floating-Point Number Format Converter is a peripheral that per- 
forms floating-point number conversions between the native format of the TMS320C30 and the 
Single-Precision IEEE Standard 754-1985. This conversion is performed in hardware and can con- 
vert an incoming (IEEE-formatted) or outgoing (TMS320C30-formatted) floating-point number 
in less than one TMS320C30 instruction cycle, Normally, the part is placed between memory and 
the TMS320C30. 


This peripheral has two operating modes. 
* Mode 1 does not pipeline any data through the chip. Instead, one wait state is automatical- 


ly generated to compensate for the converter’s propagation delays. This mode is equiva- 
lent in performance to equipping the TMS320C30 with a single-cycle convert instruction. 


In those applications where speed is of utmost importance, the pipeline mode is poe | 


* Mode 2 enables the converter’s built-in pipeline. 


Because propagation delays through the chip reduce the access time required for 
TMS320C30 external memory, the pipeline mode allows conversions to take place on one data val- 
ue while a previously converted value is being read, or written, by the TMS320C30. Depending 
on the TMS320C30 instruction cycle time and the access time of memories being used, the pipeline 
mode can eliminate degradation in TMS320C30 throughput entirely. However, it should be noted 
that values fed through the pipeline appear at the output in the next cycle. Therefore, an extra read 
or write (i.e., the same operation that was being performed) must be performed to flush the pipeline. 
Consequently, when pipeline mode is used, data values and their addresses are skewed from one 
another. This mode is intended for high-speed block transfer/conversion, and the address skew 
should be acceptable. 


All control signals to and from the converter are compatible with TMS320C30 signals so that 
no extra circuitry is required to use this chip. In fact, it has been designed to appear as muchas possi- 
ble like a simple bus transceiver (e.g., SN74LS245). Consequently, it has two data buses. Data bus 
A (pins DA31 through DAO) should be connected directly to one of the TMS320C30’s data buses 
and the other to memory. Its direction pin (DIR) should be tied to the read/write pin (R/W), and 
its output enable pin (OE) can be tied to either STRB or MSTRB of the TMS320C30, depending 
on where in the TMS320C30 memory map IEEE numbers are stored. 


Key Features 


This device is designed to fit into systems equipped with TMS320C30 external memory into 
which IEEE formatted numbers are stored. Below is a list of some specific features of the 
TMS320C30-IEEE Floating-Point Converter: 
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* Automatic wait-state generation during conversions 

¢ Automatic interrupt generation when IEEE NaNs are encountered 
¢ Automatic pipeline mode for single-cycle conversions 

* Built-in SCOPE (i.e., JTAG) testability logic 


Report Overview 


© External Interfaces — Describes the external interfaces of this chip, the pinout, and pins. 

¢ Architectural Overview — Describes the functions of the converter. Gives an overview of 
the TMS320C30 and IEEE Standard 754-1985 number formats and the scope of numbers 
that can be converted. 

* Converter Operating Modes — Describes the converter’s operating modes. 

¢ Interrupts — Describes the Not a Number interrupt generated by the converter. 

® Software Application Examples — Contains software application examples. 

¢ Hardware Application Examples — Contains hardware application examples. 

° JTAG/IEEE-1149.1 Scan Interface — Contains the JTAG/IEEE scan interface description. 


Typographical Conventions 


In this report, buses are signified with the bus name in capital letters, followed by the range 
of signals (bits) enclosed in parentheses and separated by a colon. For example, T1(31:0) is bus 
“TY”, bits 31 through 0 (31 is the most significant bit, 0, the least). Table 1 shows the symbols and 
their corresponding meaning that are used in sections of the report concerning control logic, algo- 
rithm overview, and bit-specific conversion algorithms. 


Table 1. Symbols and Meanings 


plus arithmetic summation 
pipe logical OR 


ampersand logical AND 

exclamation point one’s complement 
minus two’s complement 
caret EXCLUSIVE OR 


External Interfaces 


Packaging | 


The TMS320C30 device is housed in an 84-pin package. This pinout was chosen for efficient 
flow through connection to the buses. The TMS320C30-IEEE Converter’s pin assignments are 
shown in Table 2, and the pin locations are shown in Figure 1. 
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Table 2. Pin Assignments 
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Figure 1. Pin Locations 


TMS320C30 - IEEE 
FLOATING POINT 
FORMAT CONVERTER 


Pinout Description 


Table 3 describes the pin functions. 


Table 3. Converter Signals 


[Sewer [Pas [pepe 


Py Direction — This pin determines what type of conversion 


should take place. When it is high, data on bus B is converted 


from IEEE to TMS320C30 format and output on bus A. When 
it is low, data on bus A is converted from TMS320C30 to IEEE 
format and output on bus B. This pin is normally tied directly 
to the TMS320C30 read/write pin. 


Output Enable (active low) — In combination with the DIR 
pin, this pin disables the currently driven bus (1.e., bus A or B). 
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Table 3. Converter Signals (Concluded) 


ss 
1 


WAIT This pin is driven high in nonpipelined operations to signal the 


TMS320C30 to extend its external memory access to allow 
the conversion to complete. It can be tied directly to the 
TMS320C30 ready line. It is appropriately driven for both 
read and write operations, but is always low in pipelined mode | 
of operation. 

- 

DA(31:0) 32 Input/Output 
the two TMS320C30 data buses (1.e., the primary or expan- 
sion buses). 

DB(31:0) 32 Input/Output Data Bus B — This 32-bit bus is normally connected to a 
memory array containing JEEE-formatted data. 


Pipeline Enable — When this is high, the converter is confi- 
gured in pipeline mode. It must be tied low for nonpipeline 
mode. 


Clock — This clock is the wait-state generator and the pipeline 
clock. It should be connected directly to the TMS320C30 H1 
clock pin. 


Not-a-Number Interrupt — This pin is driven low for 1.5 CLK 
cycles and signals an attempted conversion of the IEEE for- 
mat: Not-a-Number. This pin can be tied directly to one of the 
TMS320C30 interrupt pins and can signal command or mes- 
sage passing in multi-processor, shared-memory-type de- 
signs. 


Data Bus A — This 32-bit bus should be tied to either one of 


TMS Test Mode Select. 


Reset (active low) — This pin resets all logic on the device 


Test Instruction Register Parity — During instruction register 
scan, when paused, this output reflects instruction register 
even parity. 
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Architectural Overview 
Figure 2 shows the block diagram of the converter. 


Figure 2. Converter Block Diagram 
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0 L TO IEEE . | 
O HOLDING CONVERTER Oo 
| G REGISTER S N 
E : Cc R 
; F 
i CONVERTER CONTROL LOGIC fe 
¢ E 
Cc 
: TESTCONTROLLOGIC | 
Introduction 


The TMS320C30 attains a peak performance of 33 MFLOPS, largely due to the float- 
ing-point format that it uses. In this format, both exponent and mantissa are represented in 2’s-com- 
plement form. 

In the IEEE format, the mantissa 1s represented in signed-magnitude form, and the exponent 

includes a bias (1.e., an offset). Additionally, values of numbers are not determined by the same for- 
mula. Instead, the exponent is used to flag numbers that are encoded differently. For example, if 
the exponent is 255, the value is considered not a number (NaN). Another exception is signaled 
when the exponent is zero. In this case, the mantissa is defined to be denormalized. 
The TMS320C30’s floating-point format is considerably simpler; most numbers can be converted 
to it without any loss of precision. However, some denormalized IEEE numbers are smaller than 
can be represented in TMS320C30 format. When these numbers are converted, they are translated 
to the closest TMS320C30 values. The error is less than +27!7, 


IEEE Floating-Point Format Overview 


IEEE Standard 754-1985 defines formats for single-, single-extended-, double- and 
double-extended-precision floating-point numbers. The single-precision format fits entirely with- 
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in 32 bits, which is the bus width of the TMS320C30, and is the only format supported by the con- 
verter. 


The format of the single-precision IEEE Standard 754-1985 is shown below: 


Figure 3. Single-Precision IEEE Standard 754-1985 Format 


31 30 23 22 0+ BIT # 
| S | | EXPONENT FRACTION 
MSB LSB MSB LSB 


In this format, 


S is the sign bit of the mantissa (0 = positive, 1 = negative). 


EXPONENT is an unsigned 8-bit field that determines the location of the binary point 
of the number being encoded. 


FRACTION is a 23-bit field containing the fractional part of the mantissa. 


LSB is the least significant bit of a field 
MSB Is the most significant bit of a field 


The decimal value (v) of some number X is defined by one of five separate cases shown be- 
low: 


Case 1: If EXPONENT = 255 and FRACTION = 0, then v is NaN. 
Case 2: If EXPONENT = 255 and FRACTION = 0, then v = + infinity. | 
Case 3: If 0 < EXPONENT < 255, then v = (-1)8 2©*P-!27 (1. FRAC) | 


where: 
S is either O or 1 


FRAC is the decimal equivalent of FRACTION 
EXP is the decimal equivalent of EXPONENT 


Note that an implied 1 exists to the left of the binary point as shown above. This means © 
the mantissa of an IEEE-encoded value has 24 bits of precision. 


Case 4: If EXPONENT = 0 and FRACTION = QO, then v is a denormalized number and 
v = (—1)8 2-176 (0.FRAC) 


where 
S is either 0 or 1 


FRAC is the decimal equivalent of FRACTION 


Note that an implied 0 exists to the left of the binary point as shown above. This means 
the mantissa of an IEEE-encoded value has 24 bits of precision. 
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Case 5: If EXPONENT = 0 and FRACTION = 0, then v = = zero. 


TMS320C30 Floating-Point Format Overview 


TMS320C30 single-precision floating-point format uses a 2’s-complement exponent and 
mantissa and is shown in Figure 4. 


Figure 4. TMS320C30 Single-Precision Floating-Point Format 


31 24 23 22 | 0 + BIT# 
EXPONENT | S | FRACTION 
MSB LSB MSB LSB 


The decimal value (v) of some number X is determined as follows: 
v = {(—2)§ + (.FRAC)} 2°*P 


where Sis either 0 or 1 
FRAC is the decimal equivalent of FRACTION 
EXP is the decimal equivalent of EXPONENT 


An alternate way of describing the TMS320C30 mantissa is as follows: 


ss.fraction 
Note that the bit to the left of the binary point is implied and is the complement of the sign 

bit. This gives the TMS320C30’s mantissa 24 bits of precision and not 23 bits as might be expected. 
For example: : 

The most positive TMS320C30 mantissa is 

01.1111 1111 1111 1111 1111 111=2-2-% 

The least positive TMS320C30 mantissa is 

01.0000 0000 0000 0000 0000 000 = 1 

The most negative TMS320C30 mantissa is 

10.0000 0000 0000 0000 0000 000 = —2 

The least negative TMS320C30 mantissa is 

10.1111 1111 1111 1111 1111 111 =-1-2-* 

Note that zero is uniquely identified when the TMS320C30 exponent is —128. 


IEEE Number Conversion 


This section describes the classifications of IEEE numbers, how they are decoded, and the 
algorithms necessary to translate them to TMS320C30 format. 
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IEEE Dynamic Range 


Table 4 shows the dynamic range of IEEE numbers. This chart can be used to quickly deter- 
mine the case classification of an IEEE number. 


Table 4. IEEE Range of Numbers 


0 FF 0 1 


not applicable NaN 
+ infinity | + Infinity 

(2-27 23)x2127 + Normalized Number 
(2-27-22) x2 127 + Normalized Number 
(2-279 42x17 + Normalized Number 
(2~-2-21)x212 + Normalized Number 


9127 


(2-27 yx2 
Bee 23 9126 
poy Byeait 


+ Normalized Number 
+ Normalized Number 
+ Normalized Number 
+ Normalized Number 
+ Normalized Number 


9-126 
(1-2-23)x2-126 
(1-27 x2 
(12> 4142-*°)x2- 18 
(1-27*1)x2-! 6 


+ Normalized Number 
+ Denormalized Number 
+ Denormalized Number 
+ Denormalized Number . 
+ Denormalized Number 


q-127 
(1-2-22 x27127 
(1-27204.2-22) 59-127 


+ Denormalized Number 
— Denormalized Number 
— Denormalized Number 
— Denormalized Number 


— Denormalized Number 
— Denormalized Number 
— Denormalized Number 
+ Zero 

— Zero 

— Denormalized Number 
— Denormalized Number 
— Denormalized Number 


(1427!)x2-148 
~148 


i oe a nO nn OD 2 OD DE GD TE GED 


~(14271)x27148 
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Table 4. IEEE Range of Numbers (Concluded) 


a a 


(1-27 **)x27 — Denormalized Number 

4-12 — Denormalized Number 
(1+27 4)x2- 127 — Denormalized Number 
eee — Denormalized Number 
~(14+27214.9-22)x2-127 | _ Denormalized Number 


~(1-2-*4)x2-126 — Denormalized Number 


217) — Normalized Number 
—(1+2- 3)x2-126 — Normalized Number 
~(14+27**)x pte — Normalized Number 
(142-4%4.2-23) 59-126 — Normalized Number 


| 2-2) x18 — Normalized Number 
(2712 ) — Normalized Number 
(2427 3)x27125 — Normalized Number 
(2+27%2)x2-125 ~ Normalized Number 
~(1+272242-2%3)x9-125 | _ Normalized Number 


(2-271) x2127 — Normalized Number 
—(2- 2-21 49-23) 49127 — Normalized Number 
—(2- —2-22 )x212 ~— Normalized Number 
—(2- =9-23)x9 127 — Normalized Number 


— infinity — Infinity 


IEEE-to-TMS320C30 Control Logic 


The control logic that classifies incoming IEEE data in order to perform correct translation 
to TMS320C30 format is shown below. The form of the expressions was chosen to minimize propa- 
gation delay through the device. 


The logic is simplified if the following three factors are used (refer to typographical defini- 
tions for symbols used): 


EXPFF= IEEE(30) &IEEE(29) & IEEE(28) &JEEE(27) & 
IEEE(26)  & IEEE(25) & IEEE(24) & IEEE(23) 


EXP00= !(IEEE(30) |IEEE(29) |IEEE(28) |IEEE(27) | 
IEEE(26) | IEEE(25) =| IEEE(24)_~—s«| IEEE(23) __—sC*?; 

| 

| 


MANTO = !(IEEE(21) |IEEE(20) |IEEE(19) | IEEE(18) 
IEEE(17) | IEEE(16) | IEEE(15) ‘| IEEE(14) 
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IEEE(13) ‘| IEEE(12) |IEEE(11) |IEEE(10) | 


IEEE(9) | IEEE(8) | IEEE(7) | IEEE(6) | 
IEEE(S) | IEEE(4) | IEEE(3) | IEEE(2) | 
IEEE(1) | IEEE(0) ) — 

Then 

Case 1: NaN 


= EXPFF & ( IEEE(22) | !MANTO ) 
Case 2A: positive infinity 

= !TEEE(31) & EXPFF & !( IEEE(22) | !MANTO ) 
Case 2B: negative infinity | 

= IEEE(31) & EXPFF & !( IEEE(22) | !MANTO ) 


‘se 3A: positive normalized numbers 


= !TEER(31) & !EXPO0O & !EXPFF 


> 3B: negative normalized numbers with fraction = 0 


= IEEE(31) & !EXPOO & !EXPFF & (!MANTO | IEEE(22) ) 


ase 3C: negative normalized numbers with fraction = 0 


= IEEE(31) & !EXPO0 & !EXPFF & !( !MANTO | IEEE(22) ) 


Case 4A: positive denormalized numbers = 27!¢7 
= !TEEE(31) & EXP00 & IEEE(22) 


Case 4B: positive denormalized numbers < 27127 


= ![EEE(31) & EXP00 & !IEEE(22) & !MANTO 


Case 4C: negative denormalized numbers s (—1 7) x 27127 
= IEEE(31) & EXP00 & IEEE(22) & IMANTO 


Case 4D: negative denormalized numbers > (—1 22-3) x 27127 
= IEEE(31) & EXPOO & ( IEEE(22) * !MANTO ) 


Case 5: positive and negative zero 


= EXP00 & !IEEE(22) & MANTO 


ITEEE-to-TMS320C30 Conversion Algorithm Overview 


Table 5 shows the conversion algorithms used on the sign, exponent, and mantissa fields of 
IEEE numbers to produce the corresponding TMS320C30 fields. These fields are broken down into 
bit-specific algorithms in the following section. 
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Table 5. Conversion Algorithms from IEEE to TMS320C30 Format 


TMS320C30 . 


i 
1. fIEEE 
. 7F FFFFh 
00 0000h 
fIEEE 


—fizee 
—firce 

2X free 
00 0000h 
2X —fiere 
00 0000h 
00 0000h 


Note: Fraction, above, has only 23-bits 


IEEE-to-TMS320C30 Bit-Specific Conversion Algorithms 


These circuits were designed by examining Table 5 and finding all possible choic 
bit. The different choices were fed into data selectors, whose addresses were derive. 
case-identifying logic described in the preceding section on control logic. 


For maximum performance, all data selectors were designed from NAND gates. 
permitted minimization by eliminating all NAND gates that had an input of 0 and by reduc. 
number of NAND inputs where a bit was always 1. However, for clarity, no minimization is< 
here. Instead, that detail can be seen in the following figures. 


The following bit algorithms are shown in bit descending order, starting with IEEE bit 
Figure 5. IEEE Bit 31 to TMS320C30 Bit 23 


l[EEE(31) 
TMS320C30(23) 


CASE4D 
CASE5 
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Figure 6. IEEE Bit 30 to TMS320C30 Bit 31 


lEEE(30) y > : 
a 
CASE3C 


ie | +} aB 
TMS320C30(31) 

20" Ab 

lEEEBIAS(30) AB 


b = CASE1 | CASE2A | CASE2B | CASE3C 


A = CASE2A | CASE2B | CASE3A | CASE3B 
a=!A 


Figure 7. IEEE Bit n to TMS320C30 Bit n+1, Where 292=n 224 


IEEE(n) ab 

| ” aB 
TMS320C30(n+1) 

=0” ; Ab 

lIEEEBIAS(n) AB 


b = CASE2A | CASE2B | CASE3A | CASE3B 


B=!b 
a = CASE2A | CASE2B | CASE1 | CASE3C 
A=la 


Figure 8. IEEE Bit 23 to TMS320C30 Bit 24 


IEEE(23) ab 

4 99 aB 
TMS320C30(24) 

79” Ab 

IEEEBIAS(23) AB 


b = CASE1 | CASE3C | CASE4B | CASE4D | CASE5 
B= !b 


A= CASE4B | CASE4D | CASES | CASE3A | CASE3B 
a=!A 
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Figure 9. IEEE Bit n to TMS320C30 Bit n, Where 22 =n 21 


IEEE(n) 
4 99 
%9” 
TMS320C30(n) 
IEEENEG(n) 
\EEE(n-1) 
IEEENEG(n-1) 
C = CASE2A | CASE3B | CASE3C | CASE4C 
celC 
b = CASE1 | CASE2A | CASE3A | CASE4A | CASE4C 
B=!b 
A = CASE4A | CASE4C 
a=!A- 
Figure 10. IEEE Bit 0 to TMS320C30 Bit 0 
1EEE(0) ab 
nq” aB TMS320C30(0) 
9” Ab 
B = CASE2A 
b=!B 
_ A=CASE1 | CASE2A | CASE3A | CASE3B | CASE3C 
a=!A 


TMS320C30 Number Conversion 


This section describes the classifications of TMS320C30 numbers, how they are decoded, 
and the algorithms necessary to translate them to IEEE format. 


IMS320C30 Dynamic Range 


Shown in Table 6 is the dynamic range of TMS320C30 numbers. As with Table 4, this table 
can be used to quickly determine case classification of a TMS320C30 number. 
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Table 6. TMS320C30 Range of Numbers 


hose eae Mi I Bl 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


=e eee co 
(2- 9-214 +2 yea! 
(2-272})x212 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


9127 

Qs —2-23)x9126 

Qe -22)x9 126 

(= —27-214.9-23)y9126 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


Ge 2K 
(2~-2-22)x2-2 
(2-2-2149-23)x9-2 


7-126 


(2- cara 


6 
7 (note 1) 
7 (note 1) 
7 (note 1) 
7 (note 1) 


Positive Number 
Positive Number 
Positivr Number 
Positive Number 
Positive Number 


(- 2 og —21 ee x2 127 
= —2-41)x9-1 7 


7 (note 1) 
7 (note 1) 
7 (note 1) 


Positive Number 
Positive Number 
Positive Number 


(142724)x27127 
oe 


(note 2) 
(note 2) 
(note 2) 


Implied Zero 
Implied Zero 
Implied Zero 


(note 2) Implied Zero 
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Table 6. TMS320C30 Range of Numbers (Concluded) 


bel Re Biren OR BO 


0.000...000 


10.111... 
L017 E.. 
10.111... 


111 
110 


(note 2) 
(note 2) 
(note 2) 


(note 2) 
(note 2) 
(note 2) 


(note 2) 


(-1-2-23)x9-127 
(1-27-22) 9-127 


le 1 7-2 +2723)x9-127 


(-2 $2722)x271 2) 
(242 )x2! 


(27126 


(I eee 
Cie 9722 x27126 


(-1-2721.2-23),9-126 


tare 


4 
(-1-2-23)x271 
(1-272) x2- 


(242 *)x2'7 


) (2128) 
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Zero | 


Implied Zero 
Implied Zero 
Implied Zero 


Implied Zero 
Implied Zero 
Implied Zero 


Implied Zero 


Negative Number 
Negative Number 
Negative Number 


Negative Number 
Negative Number 


Negative Number 
Negative Number 
Negative Number 
Negative Number 


Negative Number 
Negative Number 
Negative Number 
Negative Number 
Negative Number 


Negative Number 


‘Negative Number 


Negative Number 
Negative Number 
Negative Number 


Negative Number 
Negative Number 


(note 3) 
(note 3) 


(note 3) 


(note 3) 
(note 3) 
(note 3) 


8 
9 (note 1) 


9 (note 1) 
9 (note 1) 


9 (note 1) 
9 (note 1) 


Notes: 1) Numbers converted to IEEE denormalized values lose one least significant bit of accuracy. 


2) The TMS320C30 does not produce these numbers under normal arithmetic operations. Because the exponent 
of these numbers is —128, the TMS320C30 considers them zero. TMS320C30 Boolean operations are capa- 
ble of producing numbers of these forms. Because of this, proper conversion to IEEE format is unclear and 


should be avoided. See note 3. 


3 


— 


Case 8 & Case 9 are activated simultaneously. This is the only instance where the cases are not mutually ex- 


clusive. The TMS320C30 does not produce these numbers under normal arithmetic operations. Because the 
exponent of these numbers is —128, the TMS320C30 considers them zero. TMS320C30 Boolean operations 
are capable of producing numbers of these forms. Because of this, proper conversion to IEEE format is un- 


clear. This dilemma can be resolved with minor modification to the case qualifier logic. See note 2. 


TMS320C30-to-IEEE Control Logic 


Conversion from TMS320C30 format to IEEE format is qualified with a different set of 
Boolean equations. To eliminate confusion between IEEE and TMS320C30 cases, different case 


numbers are used. 


The logic is simplified if the following three factors are used: 


EXP80 81 = !C30(31) 
C30(27) 


EXP7E = 1C30(31) 
C30(27) 


MANTO = C30(22) 
C30(18) 
C30(14) 
C30(10) 
C30(6) 
C30(2) 


Then, 


Case 6: positive numbers = 27!° 


= !EXP80_81 & !C30(23) 


Case 7: positive numbers N such that 


(229) 21" SNS 2-127 


| C30(30) 
| C30(26) 


& C30(30) 
& C30(26) 


| C30(21) 
| C30(17) 
| C30(13) 
| C30(9) 
| C30(5) 
| C30(1) 


= EXP80_81 & C30(24) & !C30(23) 


Case 8: zero 


= EXP80_ 81 & C30(24) 
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| C30(29) 
| C30(25) 


& C30(29) 
& C30(25) 


| C30(20) 
| C30(16) 
| C30(12) 
| C30(8) 
| C30(4) 
| C30(0) 


| C30(28) 


& C30(28) & 


& C30(24) 


| C30(19) 
| C30(15) 
| C30(11) 
| C30(7) 
| C30(3) 
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Case 9: negative numbers N such that 
(-1-2-23)x2-127 = N 2 (-24+2-23)x2-127 
= EXP80_ 81 & C30(23) & IMANTO 


Case 10: negative numbers N such that 


(27126) = N= —(2!27) and whose fraction is 0 
= !( EXP80_81 & !C30(24) ) & IEXP7F & C30(23) & MANTO 


Case 11: negative numbers N such that 


(9120) > N > -(2!8) and whose fraction « 0 
= 'EXP80_ 81 & C30(23) & IMANTO 


Case 12: negative 2178 
= EXP7F & C30(23) & MANTO 


TMS320C30-to-[EEE Conversion Algorithm Overview 


Table 7 shows the conversion algorithms used on the sign, exponent, and mantissa fields of 
TMS320C30 numbers to produce the corresponding IEEE fields. These fields are broken down into 
bit-specific algorithms in the next section. 


Table 7. Conversion Algorithms from TMS320C30 to IEEE Format 


SC30 


£c30 
SC30 00 (f£¢39/2)+400000h 
0 | 00 0000h 
SC30 (fc39+ 1 Y 2+400000h 
SC30 00 0000h 


SC30 fc30t1 
SC30 00 0000h 


TMS320C30-to-IEEE Bit-Specific Conversion Algorithms 


These circuits were designed by examining Table 7 and finding all possible choices for each 
bit. The different choices were fed into data selectors whose addresses were derived from the 
case-identifying logic described in the preceding section on TMS320C30 to IEEE control logic. 


Just as in the IEEE case-identifying logic, all data selectors were designed from NAND gates 
for maximum performance. This also permitted minimization by eliminating all NAND gates hav- 
ing an input of 0 and by reducing the number of NAND inputs where a bit was always 1. However, 
for clarity, no minimization is shown here. Instead, that detail can be seen in the following figures. 


384 TMS320C30 IEEE Floating-Point Format Converter 


The following bit algorithms are shown in bit-descending order, starting with TMS320C30 
bit 31. 


Figure 11. TMS320C30 Bit 31 to IEEE Bit 30 


TMS320C30BIAS(31) ab 
"4 ” aB 
ae IEEE(30) 


misseeen 
> 
CASE10 


B = CASE10| CASE12 


b-=1B 
a = CASE6 | CASE11 | CASE12 
A=!a 


Figure 12. TMS320C30 Bit n to IEEE Bit n—1, Where 31 =n = 24 


TMS320C30BIAS(n) ab 
se (i aB 
IEEE(n-1) 
"Q” Ab 
TMS320C30(n) AB 
B = CASE10 | CASE12 
o= a 
a= fo | CASE11 | CASE12 
A= 


Figure 13. TMS320C30 Bit 23 to IEEE Bit 31 


TMS320C30(23) 
1EEE(31) 
CASE8 
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Figure 14. TMS320C30 Bit 22 to IEEE Bit 22 


TMS320C30(22) ab 
47 aB 
IEEE(22) 
*09” Ab 
TMS320C30NEG(22) AB 

B = CASE7 | CASE9 | CASE11 

b=!B 

a= CASES | CASE7 | CASE9 

As 


Figure 15. TMS320C30 Bit n to IEEE Bit n, Where 21 = n 2 1 


TMS320C30(n+1) 
TMS320C30(n) 
|EEE(n) 
20” | 
TMS320C30NEG(n+1) 


TMS320C30NEG(n) 


C = CASE6 | CASE9 
e=iC 
b = CASE6 | CASE7 | CASE11 
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Figure 16. TMS320C30 Bit 0 to IEEE Bit 0: 


TMS320C30(0) : ab 
TMS320C30(1) aB 
lEEE(0) 
”Q” Ab 
TMS320C30NEG(1) AB 


B = CASE7 | CASE9 

b=!B 

a= ae | CASE7 | CASE11 
A= 


Scope of Conversion 


This section describes the actions taken by the converter when it converts to and from the 
IEEE format. When there is not a match between formats, the converter forces the translated num- 
ber to the closest approximation. 


IEEE-to-TMS320C30 Exceptions 
The match is not exact in translating from four sets of IEEE numbers to TMS320C30 num- 
bers. They are: NaN, + infinity, + zero and denormalized numbers too small to represent. 


NaN (Not a Number) 

The NaN format is especially useful in passing commands to another process. So that com- 
mands can be passed through the converter, NaNs are not converted. However, the bit positions of 
the sign and exponent bits are altered. That is, the sign bit of the IEEE number is transferred to the 
sign bit of the TMS320C30 format. Likewise, the exponent field is transferred. In this way, the sign 
of the NaN is preserved which may aid in quick detection of the code. In other words, the 
TMS320C30 Branch on Positive instruction (BP) or Branch on Negative instruction (BN) are ef- 
fective. So that the command can be acted on quickly, a NaN interrupt is generated. 


+ Infinity 
When positive or negative infinity is passed through the converter, the most positive or nega- 
tive TMS320C30 number is produced. 


Denormalized numbers whose magnitude < 2~!° 

Half of the denormalized IEEE numbers are out of range of TMS320C30 numbers. These 
denormalized numbers have very small magnitudes and are therefore forced to zero when con- 
verted. 


+ Zero 

The IEEE format includes representations for positive and negative zero, but the 
TMS320C30 format does not. The converter forces each of these numbers to the singular 
TMS320C30 zero format. 
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TMS320C30-to-IEEE Exceptions 


There are two sets of TMS320C30 numbers that do not perfectly match IEEE numbers. One 
set consists of a single value (— 2127) The other consists of numbers converted to IEEE denormal- 
ized numbers. 


_ 2127 


2127 


The single value, , isa very large negative number. When this number is translated, neg- 


ative infinity is produced. 


Numbers Translated to Denormalized Values 


When the exponent is—127, denormalized IEEE numbers are produced, and one least signifi- 
cant bit of accuracy is lost. This occurs because the TMS320C30 mantissa must be right-shifted 
one bit in order that the exponent be increased to —126, which is the most negative exponent the 
IEEE format can use. 


Converter Operating Modes 


The converter is controlled by the TMS320C30. Conversions occur when the converter’s 
output enable pin (OE) is active (i.e., low) and the TMS320C30 performs a read or write over its 
primary (STRB active) or expansion (MSTRB active) buses. This requires the converter to be 
placed directly between the TMS320C30 and external memory. That memory is where IEEE data 
will be stored. If direct (i.e., no conversion wanted) access to that memory is desired, transceivers 
like the SN74LS245 should be added in parallel with the converter. However, doing so requires that 
only one data path be enabled at a time. If unused, one of the XF pins of the TMS320C30 can be 
dedicated to perform this selection. 


During a read, data is converted from IEEE format to TMS320C30 format. During a write, 
data is converted from TMS320C30 format to IEEE format. This will happen if the TMS320C30 
R/W or XR/W pin is tied to the converter’s direction (DIR) pin. Table 8 shows how to put the con- 
verter into its two operating modes and briefly describes each mode. 


Table 8. Converter Operating Modes 


a 


Flow-Through Conversion Enabled — In this mode, the converter essentially 
behaves like a simple bus transceiver, such as an SN74LS245, except with an 
integrated floating-point format converter. When this mode is used, conver- 
sions take two cycles. Because of this, the converter automatically generates a 
wait state, which will halt the TMS320C30 for one cycle until the conversion 
is complete. 


Converter’s Pipeline Registers Enabled Internally — This mode permits 
single-cycle conversion. As one data value is being converted, a previously 
converted value is output. 


Pipeline 
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Memory Mode Operation 


In this mode, one wait cycle is automatically generated during conversions from 

° IEEE format to TMS320C30 format (reads) 

° TMS320C30 format to IEEE format (writes) 

The converter will not generate wait cycles of any other length and requires that the 


TMS320C30 H1 clock pin be tied to the converter’s CLK pin. Figure 17 shows the timing diagram 
for this mode of operation. 


Figure 17. Memory Mode Timing Diagram 
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Pipelined Operation 


Pipeline mode permits consecutive conversions every instruction cycle without wait cycles. 
However, because the pipeline has two internal stages, it takes two consecutive occurrences of the 
same operation (i.e., two reads or two writes) before it is filled. Therefore, the first read after a tran- 
sition from a write will not provide properly converted data, and vice versa. 


There is an address skew of one address when consecutive data values are converted. This 
should not be a major problem when blocks of memory are converted. The only added task will 
be to perform one extra transfer (read or write) to convert the last value remaining in the pipeline. 
With this exception, operation is identical to the Memory mode. Figure 18 shows a timing diagram 
for this mode of operation. 
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Figure 18. Pipeline Mode Timing Diagram 
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Interrupts 


The converter automatically generates an interrupt whenever the conversion of an IEEE 
number classified as Not a Number (NaN) is attempted. The interrupt pulse is 1.5 H1 cycles wide. 
This is compatible with the TMS320C30 edge-triggered interrupt types. Table 9 shows this inter- 
rupt and its trigger. Note that the converter does not change the value of the NaN, but it does alter 
its bit positions. This assures that the sign bit of the IEEE number remains a sign bit in the 
TMS320C30 format. The same is true of the exponent field. The fractional field is left unchanged. 
If NaN is used to pass a code or command to the TMS320C30, interpretation of the code requires 
only the alteration of the comparison mask in software. For more information, refer to the previous 
subsection NaN (Not a Number). 


Table 9. NaN Interrupt 
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Software Application Examples 


Simple Nonpipelined Conversion 


If an external device (i.e., RAM, ROM, dual bus RAM, latch, etc.) contains a single-precision 
IEEE floating-point number and the corresponding TMS320C30 number is needed, the following 
TMS320C30 code will perform the required conversion: 


EXTD .word 0800000h ; put address of external device here 
: , 


LDI @EXTD, ARO ; load ARO w/address of external device 
LDF *ARO,RO > RO=C30 formatted number 


The following example performs TMS320C30-to-IEEE format conversion: 


EXTD -word 0800000h ; put address of external device here 
* 

LDI @EXTD,ARO ; load ARO w/address of external device 

STF RO, *ARO ; location pointed to by ARO=IEEE formatted 
* : number 


Simple Pipelined Conversion 


This example illustrates the overhead when the converter’s pipeline mode is used. Since a 
single value will be converted, it is necessary to read the converter one extra time to flush the pipe- 
line. Once again, assume that an external device (i.e., RAM, ROM, dual bus RAM, latch, etc.) con- 
tains a single-precision IEEE floating-point number, and the corresponding TMS320C30 number 
is needed. 


EXTD -word 0800000h ; put address of external device here 
* 
LDI @EXTD,ARO ; load ARO w/address of external device 
LDF *ARO,RO ; ignore loaded value, list load queues 
* ; pipeline 
LDF *ARO,RO ; RO=C30 formatted number, address is 
* ° immaterial 


The following example performs TMS320C30 to IEEE format conversion: 


EXTD -word 0800000h ; put address of external device here 

* 
LDI @EXTD,ARO > load ARO w/address of external device 
STF RO, *ARO value stored not correct until 2nd store 


location pointed to by ARO=IEEE formatted 
number 


STF RO, *ARO 


=e me we % 


Pipelined Block Conversions 


In the previous subsection, the pipeline was used, but not efficiently. This example shows a 
more typical application of pipeline mode. Again, external memory contains IEEE formatted data. 


N -set O03FFh > N = # of values to convert — 1 
EXTD -word 0800000h ; put external address here 
DADR -word 0809800h ; put destination address here 

* 
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LDI 
LDI 
LDF 
LDI 
RPTB 
LDF 
RCR: STF 


@EXTD, ARO 
@DADR,AR1 
*ARO++,RO 
N,RC 

RCR 

*ARO++,R0 
RO, *AR1++ 


This is more efficient: 


N | eset 
EXTD .word 
DADR .word 


LDI 
LDI 
LDF 
LDF 
RPTS 


LDF 
| | STF 
* 


03FEh 
0800000h 
0809800h 


@EXTD,ARO 
@DADR,AR1 
*ARO++,R0 
*ARO++,R0 
N 


*ARO++,RO 
RO, *AR1++ 
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load ARO w/address of external device 

load AR1 w/destination address 

prime (preload) the converter’s pipeline 

block will be repeated N (0400h) times 

specify end address of block repeat 

read converted values into RO 

store converted values into on—chip 
memory 


N = # of values to convert — 2 
put external address here 
put destination address here 


load ARO w/address of external device 

load AR1 w/destination address 

prime (preload) the converter’s pipeline 

read lst converted value for lst STF 

repeat next instruction N—1 (03FFh) 
times, extra loop is to store last 
value converted 

read converted values into RO 

store converted values into on—chip 
memory, lst store will save junk 


The following example performs TMS320C30 to IEEE format conversion: 


N -set 
EXTD | -word 
SADR -word 


LDI 
LDI 
LDI 


RPTB 
LDF 
AC: STF 


0400h 
0800000h 
0809800h 


@EXTD,ARO 
@SADR,ARI1 
N,RC 


AC 
*AR1++,R0 
RO, *ARO++ 


This is more efficient: 


N eset 
EXTD -word 
SADR -word 


LDI 
LDI 
LDF 
RPTS 


LDF 
| | STF 
* 


STF 


O3FFh 
0800000h 
0809800h 


@EXTD, ARO 
@SADR,AR1 
*ARO++,RO 
N 


*AR1++,RO0 
RO, *ARO++ 


RO, *ARO++ 
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N equals number of values to convert 
put external address here 
put source data address here 


load ARO w/address of external device 

load AR1 w/source data address 

block will be repeated N+1 (0401h) times, 
extra loop is to store last value 
converted 

specify end address of block repeat 

read TMS320C30 format numbers into RO 

store converted values into external 
device 


N equals number of values to convert — 1 
put external address here 
put source data address here 


load ARO w/address of external device 

load AR1 w/source data address 

read lst converted value for lst STF 

repeat next instruction N (0400h) times, 
extra loop is to store last value 
converted 

read converted values into RO 

store converted values into external 
device 

store last value 


Using TMS320C30 External Flag 0 (XF0) 


As mentioned in the section on converter operating modes, one of the TMS320C30’s XF pins 
can be tied to the converter’s output enable (OE) pin to enable the data path through the converter 
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or to bypass it, as the case may be. The following TMS320C30 code uses the TMS320C30 XFO 
pin to do this (see Hardware Applications Examples section later in this report for the hardware 
configuration). Nonpipelined mode is assumed. 


N .set 03FFh ; N equals number of values to convert — 1 
EXTD .word 0800000h ; put external address here 
SADR .word 0809800h ; put source data address here 
* 
LDI @EXTD,ARO ; load ARO w/address of external device 
LDI @SADR,AR1 + load AR1 w/source data address 
LDI 2,10F ; XFO=output=0, select the converter 
LDF *ARO++,RO0 > read lst converted value for lst STF 
RPTS N ; repeat next instruction N+l (0400h) times 
LDF *AR1++,R0 ; read converted values into RO 
| | STF RO, *AR1++ ; store converted values into on-chip 
; memory, lst store will save junk 
LDI 6, I10F ; XFO=output=1, deselect the converter 


Using the TMS320C30 DMA Capability 


The built-in TMS320C30 DMA controller can be used to read converted IEEE values. The 
TMS320C30 assembly code to set up the DMA is shown below. Non-pipelined mode is assumed. 


DMA .word 0808000h ; base address of DMA registers 
GLBL -word 0C53h ; DMA global register init value 
N -set 0400h ; N equals number of values to convert 
EXTD .word 0800000h ; put external address here 
DADR .word 0809800h ; put destination data address here 
x 
* DMA controller setup 
* 
LDI @DMA, ARO ; ARO —> DMA control registers 
LDI @EXTD,RO > RO = address of IEEE data 
LDI @DADR,R1 ; Rl = converted data destination address 
LDI N,R2 * R2 = DMA transfer count 
LDI @GLBL,R3 + R3 = DMA Global register initial value 
STI RO, *+ARO(4) ; DMA will transfer from external device 
STI R1,*+AR0(6) ; DMA will transfer to RAM block 0 
STI R2,*+ARO0(8) > DMA will transfer N values 
STI R3, *ARO , start the DMA 


Hardware Application Examples 


IEEE Data Stored in TMS320C30 External MSTRB Memory 


Below is shown an example of interfacing the converter to TMS320C30 external memory 
containing only IEEE formatted data. In this configuration, it is likely that the memory would be 
dual bus RAM to enable a second processor to share data with the TMS320C30 through this 
memory. Figure 19 shows an interface to a static RAM (SRAM) bank. 
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Figure 19. Interface to Static RAM 
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Bypassing the Converter 


A previous subsection (Using TMS320C30 External Flag 0) showed TMS320C30 assembly 
code that used the TMS320C30 XFO0 pin either to steer data through the converter or to bypass the 
converter for direct, or unconverted, access to that memory. Figure 20 shows a circuit that can be 
used with that code. 
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Figure 20. Steered Access to the Memory 
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JTAG/IEEE-1149.1 Scan Interface 


Integrated circuit and board-level testing is increasingly important. JTAG or IEEE-1149.1 
is a Standard test methodology. It is based on a 4-wire connection to a device and provides access 
to all I/O buffers (boundary scan) of a device. This permits stimulation and observation of internal 
logic. By allowing stimulation of output pins and observation of input pins, external circuitry can 
also be tested. If implemented completely, this can eliminate bed of nails” test rigs. 


The TMS320C30-IEEE Floating-Point Format Converter is equipped with a JTAG/ 
JEEE-1149.1 compatible scan interface. The internal architecture is based on Texas Instruments’ 
SCOPEtm design specifications. This provides for boundary-scanning of the device and inclusion 
of an eight-bit instruction register. 


Figure 21 shows the internal scan architecture and gives the naming conventions used to de- 
scribe the device blocks: 


Figure 21. Scan Architecture 
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I/O Pin Description 


TCK 
The TCK input clock signal is the scan clock. It typically will be generated off-board by a 


test controller. All tests of the device are controlled by an external controller and proceed at the scan 
clock (TCK) speed. 


TMS 


The TMS input signal is clocked in by TCK. TMS controls the test mode of the device. Using 
TMS and TCK, a test controller can scan registers through the device, perform tests, or place the 
device in a normal functional mode. 
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TDI 


The TDI input signal is used to input serial data through the registers in the device. All data 
is clocked in by TCK and shifts according to the state of the test logic set up by an external test con- 
troller using TMS and TCK. 


TDO 


The TDO output signal is used to scan serial test data out of the device under the control of 
the test host. While shifting data, TDO is active-shifting data out on the falling edge of TCK. When 
through shifting data, TDO is tri-stated. 


TIP 


TIP is an output indicating good or bad parity in the instruction register. The indication de- 
faults to good if the external controller does not check for parity. To check parity, the test controller 
places the device in the instruction register pause state. While in this state, the device will output 
the actual (i.e., hardware-determined) parity of the device’s instruction register. A high logic level 
indicates good parity, while a low logic level indicates bad parity. 


Architectural Elements 


TITAP 


The Texas Instruments’ Test Access Port (TITAP) is a 16-state state-machine designed ac- 
cording to the JTAG and IEEE-1149.1 specifications. The TITAP controls the test logic and is con- 
trolled by the TMS and TCK inputs to the device from an external test host controller. 


Instruction Register 


The Instruction Register is eight bits in length. Table 10 lists the instructions available for 
this device. 


Table 10. Test Instructions 


ee 


00000000 oo Boundary Scan 
10000001 ID Register Scan 
10000010 Sample Boundary Scan 
00000011 Boundary Scan 
00000110 Control Boundary HI-Z 


10000111 Control Boundary 1/0 
00001010 Read Boundary-Normal 
10001011 Read Boundary-Test 
00001100 Boundary Selftest 
11111111 Bypass Scan 

All Others Bypass Scan 


The Instruction Register is preloaded with 00000001 (msb-—Isb) in the instruction register 
capture state of the TITAP. This is not per the JTAG/IEEE—1148.1 standards. 
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Boundary Scan Instruction 


This instruction places the device in test mode: all function inputs and outputs are controlled 
by. the test logic. Function inputs and outputs are sampled in the data register capture state of the 
TITAP, and the boundary data register is selected in the data register scan path during data register 
scans. | | 


ID Register Scan Instruction 


This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. The bypass data register is selected in the data register scan path during data 
register scans. | 


Sample Boundary Scan Instruction 


This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. Function inputs and outputs are sampled in the data register capture state 
of the TITAP, and the boundary data register is selected in the data register scan path during data 
register scans. 


Control Boundary HI-Z Instruction 


This instruction places the device in test mode: all function outputs are tri-stated (if possible), 
while al! function inputs operate in their normal mode. The bypass data register is selected in the 
data register scan path during data register scans. 


Control Boundary 1/0 Instruction 


This instruction places the device in test mode: all function inputs and outputs are controlled 
by the test logic. The bypass data register is selected in the data register scan path during data regis- 
ter scans. 


Read Boundary — Normal Instruction 


This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. The boundary data register retains its current state in the data register capture 
state of the TITAP, and the boundary data register is selected in the data register scan path during 
data register scans. 


Read Boundary — Test Instruction 


This instruction places the device in test mode: all function inputs and outputs are controlled 
by the test logic. The boundary data register retains its current state in the data register capture state 
of the TITAP, and the boundary data register is selected in the data register scan path during data 
register scans. 


Boundary Self-Test Instruction 


This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. The boundary data register contents are toggled, and the data register cap- 
tures the state of the TITAP. Also, the boundary data register is selected in the data register scan 
path during data register scans. 
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Bypass Scan Instruction 
This instruction places the device in normal mode: all function inputs and outputs operate 


in their normal modes. The bypass data register is selected in the data register scan path during data 
register scans. 


Boundary Data Register 


The boundary data register contains 70 bits and is ordered according to Figure 22. 


Figure 22. Scan Path Bit Order 
TDI—> DIR —> PIPE —> CLK —> OEZ —> NAN —> WAIT —> 
DA31 —> DA30 —> ... —> DA1 —> DAO —> 
DB31 —> DB30 —> ... —> DB1 —> DBO ————————> TDO 


Bypass Data Register 


The Bypass Data Register is one bit in length and is operated in accordance with the JTAG/ 
IEEE-1149.1 specifications. 


Scan References 


Refer to the following documents for further descriptions of the test logic of this device: 

1) A Test Access Port and Boundary Scan Architecture; Technical Sub-Committee of the 
Joint Test Action Group (JTAG). 

2) IEEE Standard 1149.1 —IEEE Standard Test Access Port and Boundary-Scan Architec- 
ture. 
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Introduction 


Speech coders are critical to many speech transmission and store-and-forward systems. With 
the emergence of universal standards, it is possible to develop systems that are interoperable. Quali- 
ty and bit rate for speech coders vary from toll quality at 32 kilobits/second (kbps) (CCITT 
ADPCM) to intelligible quality at 2.4 kbps (DOD LPC-10). Recently, a new standard for 4.8 kbps 
with near toll-quality has been proposed and is based on code-excited linear prediction (CELP) 
techniques [1,2]. Unfortunately, products based on new coding algorithms are often slow to appear 
because of the considerable time and effort required to develop real-time implementations. 


The purpose of this article is to demonstrate how a CELP coder based on this new standard 
can be quickly developed using SPOX. Utilizing the power of the TMS320C30 DSP plus the ease 
of use provided by C and the SPOX DSP library, an efficient and portable coder can be written in 
a much shorter period of time than that required by conventional assembly language methods. Be- 
cause of the portability of SPOX and C, the coder can also be compiled and executed on a variety 
of hardware platforms. 


A 4.8-kbps CELP Coder 


CELP coders were first introduced by Atal and Schroeder in 1984 [3]. These coders offer 
high quality at low bit rates, but at a high computational cost. Implementing the original systems 
directly required several hundred million instructions per second (MIPS). Much of the research on 
CELP techniques has concentrated on reducing this computational load to facilitate real-time im- 
plementations. 


The proposed U. S. Federal Standard 4.8-kbps CELP coder (USFS CELP), Version 2.3, uses 
several techniques to reduce the complexity to a level where a one- or two-processor implementa- 
tion is possible. These are the main characteristics of the coder: 

°¢ 240-sample frame size at 8-kHz sampling rate 


¢ Tenth-order short-term predictor 
_— Calculated once per frame, open loop 
— Autocorrelation with Hamming window 
— LSP quantization 
° Four subframes (60 samples) 
— One tap pitch predictor 
1) Closed loop analysis 
2) Even/odd subframe delta search method 
— 1024-element codebook 
1) Overlapped by 2 (see Pitch and Codebook Search) 
2) 75% of elements are zero 


Block diagrams of the decoder and encoder are shown in Figure 1. 
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Figure 1. USFS CELP Decoder and Encoder Structures 
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Bit allocations are given in Table 1 [2,4]. 


Table 1. 4.8-kbps CELP Parameters 


Update 30 ms (240 samples) 7.5 ms (60) 7.5 ms (60) 
Parameters 10 LSP 1 delay, 1 gain 1 of 1024 index, 1 gain 
Bps 1133.3 1466.7 2000 


Remaining 200 bps reserved for expansion, error protection, and synchronization 
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The standard also specifies an error protection scheme utilizing forward error-correcting 
Hamming code and parameter smoothing. 


The major computational parts of the algorithm are the pitch search and the codebook search, 
both of which are performed four times per frame. An important technique to reduce the computa- 
tions is the end-correction convolution technique (see Pitch and Codebook Search). This is a recur- 
sive convolution method that reduces the number of multiply-adds by an order of magnitude. 


In addition, the codebook is designed to have approximately 75% of the samples equal to 
zero. This allows many of the convolution updates in the codebook search to be reduced to a simple 
shift of a vector of samples. On DSP processors with circular addressing, this shift can be replaced 
by using circular buffers. 


To further reduce complexity, the pitch search is limited in range for every other subframe. 
During even-numbered subframes, the optimal pitch value is performed over the range 20 to 147 
(128 values). On the odd subframes, the search is only over the range 16 from the previous pitch 
value. This also decreases the bit rate with a negligible effect on speech quality. 


If adequate processing power is not available, you can implement an interoperable coder by 
using a subset of the full codebook. For example, if only the first 128 vectors from the codebook 
could be used, the sub-optimal coder would work with an optimal coder if the same frame structure 
and bit rate were used. 


These techniques produce complexity estimates for the USFS CELP coder ranging from 5.3 
MIPS to 16.0 MIPS for a 128-vector and 1024-vector codebook, respectively[4]. 


Using SPOX in Development 


The computational complexity of CELP coders, even with use of the various techniques to 
reduce it, has made real-time implementations impractical on first- and second-generation DSPs. 
The recent introduction of the third-generation TMS320C30[5], however, makes it feasible to im- 
plement the USFS CELP coder with one or two processors. Furthermore, because of the general- 
purpose capabilities of the TMS320C30 and the availability of a C compiler and SPOX, develop- 
ment of a real-time coder can be significantly expedited. 


In particular, SPOX provides the following functions to facilitate software development. 
* Cstandard I/O functions 
— printf(), scanf() 
— fopen(), fread(), fwrite( ) 
¢ Stream I/O to move data efficiently 
¢ Standard set of DSP math functions 
— Filters 
— Vector operations 
— Windows 
— Levinson-Durbin algorithm 
¢ Processor independence 


Both FORTRAN and C versions of the Version 2.3 USFS CELP coder were available as start- 
ing points for the real-time implementation. The initial development was done on a Sun worksta- 
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tion equipped with SPOX/SUN [6] and the usual UNIX programming tools, such as the symbolic 
debugger dbx. SPOX/SUN is a library of SPOX DSP math functions that can be used for develop- 
ing SPOX applications on Sun workstations. The new version of the coder utilizing SPOX was 
checked against the existing implementation for correctness. After the new version was debugged 
on the workstation, the source code was recompiled employing the Texas Instruments TMS320C30 
C compiler and linked with the SPOX/XDS library for the XDS1000 development system. 


The same facilities for testing the code on the workstation were available on the XDS1000. 
A SPOX stream function (see Input/Output section) read digitized speech from a disk file. Status 
information was printed to the console screen. Command line arguments were used to vary the en- 
coder’s parameters such as the codebook size. | 


The software development process for the USFS CELP coder followed three evolutionary 
Steps: 

* C program using standard I/O > 

* C program using SPOX functions for faster math and I/O 

* C program using SPOX and assembly language optimizations 


The first step was taken because an existing C implementation was available. The C standard 
I/O provided by SPOX made it possible to run the application code written in C directly on the 
XDS1000. For example, functions (fscanf()) that read control information from a disk file on the 
Sun also worked on the XDS1000 using the PC’s hard disk. 


In general, it would have been easier to start with the SPOX library functions to implement 
some of the common operations contained in the coder. Many of the functions needed (filtering, 
correlation, dot-product) are in the SPOX DSP library. In this case, the C implementations of these 
standard vector and filter functions in the existing program were replaced with the corresponding 
SPOX functions. The SPOX functions, written in optimized assembly language, execute several 
times faster than the corresponding C functions. 


The last step was needed to meet real-time constraints. XDS1000 timing capabilities allowed 
the identification of two time-critical sections of the code which were then rewritten in 
TMS320C30 assembly code. Since the interface to the SPOX math functions is open, new math 
functions can be written that work with SPOX data structures such as vectors and filters. 


Implementation 


_ Several major parts of the USFS CELP encoder are implemented with a mixture of C, SPOX, 
and TMS320C30 assembly language functions. The decoder can be easily constructed from the 
material presented here. An adaptive postfilter for the decoder is not described here. 


The framework of the resulting encoder is shown in Figure 2. A description of the major 
functions performed can be found in the following sections. Appendix A provides a short summary 
of the SPOX functions employed in the next four sections (Input/Output, Spectrum Analysis, Fil- 
ters, and Pitch and Codebook Search). 
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Figure 2. Structure of the Encoder Function 


encoder(instream, outstream) 


SS Stream instream; 
SS_ Stream outstream; 
af 
while ( SS_get(instream, SV_array(speech)) ) { 
/* Apply a high pass filter to the input speech */ 
SF_apply(hpfilter, speech, speech); 
/* Find the coefficients of the short—term prediction filter */ 
calculateLP(speech, invcoeffs); 
/* 
* Convert the direct form coefficients to line spectrum pairs. 
* Then quantize the LSP’s and convert back to direct form. 
*/ 
SV_a2lsp(invcoeffs, lsps); 
quantizeLSP(lsps, gqntzlsps); 
SV_lsp2a(qntzlsps, invcoeffs); 
/* 
* For each of the 4 subframes, determine the pitch prediction 
* parameters and codebook (excitation) parameters 
*/ 
for (i = 0; i < 4; i++) { 
genShortResidual(s[i], res{i]);/* generate short term residual */ 
pitchSearch(s[i], res[i]); /* find optimum pitch predictor */ 
genFullResidual(s[i], res[i]); /* generate residual */ 
codeSearch(res[i], reshat); /* find best codebook vector */ 
updateFilters(reshat); /* update filter states */ 
packParams(); /* pack parameters into output array */ 
SS put(outstream, params); 
} 
Input/Output 


Input speech samples are obtained by employing a function (SS_get()), which reads data 
from a named stream (instream). The creation of instream during program initialization deter- 
mines the source of the data. During development, the easiest source is a disk file with digitized 
speech. When real-time testing is needed, a codec connected to a TMS320C30 serial port could be 
utilized. For example, instream could be created to read from standard input with the following 
code segment. 


#define FRAMESIZE 240 * sizeof(Float) 


instream = SS_create(DF_ FILE, DF_STDIN, FRAMESIZE, NULL); 
The output stream (outstream) consists of the packed frame parameters. It could also go to 
a disk file or a Serial port by using SS_put(). 


Spectrum Analysis 


After preconditioning the signal with a highpass filter (see the Filters section), the coeffi- 
cients of the short term prediction filter can be found by using the function calculateLP() shown 
below. 
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SV_Vector window, rc, error, cor, gammavec; 


calculateLP(s, coeffs) 


SV_Vector s, coeffs; 

{ 
SV_window(s, window, s); /* window the speech in-place */ 
SV_corr(s, S, cor); /* autocorrelation */ 
SV_autore(cor, coeffs, rc, error); /* Levinson—Durbin */ . 
SV_mul2(gammavec, coeffs); /* bandwidth expansion */ 

} 


The vector window is initialized to contain the desired window; in this case, a Hamming win- 
dow is used. The autocorrelation terms are stored in the vector cor that has the same length as the 
order of the short term filter. SV_autorc() uses a Levinson-Durbin type algorithm to compute the 
inverse filter coefficients. As a side effect, the reflection coefficients are also stored in rc. Finally, 
a 15-Hz bandwidth expansion is produced by the multiplication of the inverse filter coefficient vec- 
tor by a vector (gammavec) consisting of the terms 


g[i] = 0.994? fOr aS 0y. ie a ae oe 
Efficient quantization is obtained by: 
* Transforming the prediction coefficients into line spectrum pairs (LSPs) 
¢ Then quantizing the LSPs 


The conversions between prediction coefficients and LSPs are not currently in the SPOX li- 
brary. The existing C implementation evaluates cosine values directly, which is too expensive com- 
putationally. A more efficient routine (SV_a2Isp()), that employs table-lookup of cosine values, 
has been written utilizing the algorithm outlined in [7]. The quantized LSPs are transformed back 
to direct-form coefficients for use in the short-term predictor. 


Filters 


Three filters in the encoder can be realized by use of SPOX filter objects. The inverse filter 
A(z) and the short term predictor 1/A(z) share the same filter coefficients. The former is an FIR filter 
and the latter an all-pole filter. The final filter is the all-pole weighting filter W(z) with coefficients 
given by 1/A( Az), with A=0.8. 


During the initialization of the encoder, the filters are created with the code fragment shown 
below. 


#define FILTERSIZE 11 * sizeof(Float) 


SF_ Filter invfilter, predfilter, wgtfilter; 
~ $V_Vector invcoeffs, wgtcoeffs; 
SA_Array array; 


array = SA_create(SG CHIP, FILTERSIZE, NULL); 
invfilter = SF_create(array, NULL, NULL); 
SF_bind(invfilter, invcoeffs, NULL); 


array = SA_create(SG CHIP, FILTERSIZE, NULL); 
predfilter = SF_create(NULL, array, NULL); 
SF_bind(predfilter, NULL, invcoeffs); 
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array = SA_create(SG CHIP, FILTERSIZE, NULL); 
wgtfilter = SF_create(NULL, array, NULL); 
SF_bind(invfilter, NULL, wgtcoeffs) ; 


Note that the inverse and prediction filters are both bound to the same coefficient vector. For 
each new frame of speech, this vector is updated when it is passed to calculateLP(). 


An important consideration is that the filters are used more than once during a frame. A dif- 
ferent signal is filtered each time, but the state (history) of the filter must be the same. This is ac- 
complished before each filter operation by using the 

° SF _getstate() function to recover a vector with the state of the filter at the end of the pre- 

vious frame 

¢ SF _setstate() function to restore the filter’s state 


The following code segment shows how the short term prediction residual is generated for 
the pitch search. 


SF_setstate(predfilter, NULL, predstate) ; 
SV_fill(residual, 0.0); 
SF_apply(predfilter, residual, residual); /* zero input of filter */ 


SV_sub3(residual, speech, residual); /* speech — history */ 


SF_setstate(invfilter, invstate, NULL); 
SF_apply(invfilter, residual, residual); /* filter with inverse */ 


SF_setstate(wgtfilter, NULL, wgtstate); 
SF_apply(wgtfilter, residual, residual); /* filter with weighting */ 


Pitch and Codebook Search 


After the program finds the short-term predictor and generates the corresponding residual, 
the pitch predictor and code book parameters are found for each of the four subframes. The pitch 
and codebook search functions are similar: both search over a set of values to minimize an error 
term. In this section, only the codebook search is illustrated (see Figure 3). Many of the functions, 
however, can be applied to the pitch predictor calculations. 


Figure 3. Codebook Search Block Diagram 
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The search in Figure 3 minimizes the distance between the input vector and one of many gen- 
erated vectors. The quantity being minimized is the Euclidean norm: 
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where 


r = the original residual 
r = the synthesized residual 


It can be seen from the vector definition that only two terms need to be computed — the corre- 


lation of rand r and the energy of r ; this is because the energy of the original residual is invariant 
over all the generated residuals. It appears that there would be N convolutions and 2N dot products 
to perform for each sub-frame. Implemented directly, the codebook search would thus require 66 
MIPS if N = 256 and a sub-frame length of 60 are specified. 


Instead, the USFS CELP coder uses a specially structured codebook that greatly reduces the 
computational load. The biggest savings comes from the elimination of all but one of the convolu- 
tions for each subframe. The codebook is overlapped, as shown in Figure 4. 


Figure 4. Structure of Overlapped Codebook 
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This structure permits a recursive convolution computation. The first codebook vector 1s 
convolved normally with the weighting filter. Subsequent convolutions, however, make use of the 
following relationships. 


VOR) tell (2) 
Rit 1(z) = 2'Via3(Z) + Xi: [0]H(z) 


where R{2) is the Z-transform of the generated residual. Given the convolution of the pre- 


vious codebook vector with the weighting filter, the convolution employing the next vector can be 
found with only 120 (2 x 60) multiplies and adds. 


This number can be further reduced by another property of the codebook. The vectors are 
generated by center-clipping a gaussian noise source, which causes approximately 75% of the ele- 
ments to be zero, Thus, 75% of the updates to the convolutions require no multiplications or addi- 
tions; however, the convolution elements must still be shifted. The following function update( ) 
implements the recursive update operation. Note that it must be called twice per codebook vector, 
once for each new term. 
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update(x, res, wgtimpulse) 


Float x? 

SV_Vector res, wgtimpulse; 

Float *rptr, *rptrml, *wptr; 
Int len; 


len = SV_getlength(res); 
rptr = (Float *) SV_loc(res, len — 1); 
rptrml = rptr — 1; 


if ( x == 0.0 ) { /* no input, so just shift */ 
for (; len > 1; len—--—) { 
*rptr-—-— = *rptrml—-; 
} 
*rptr = 0.0; 
else { /* update using new input */ 
wptr = (Float *) SV_loc(wgtimpulse, len — 1); 
for (; len > 1; len—--—) { 
*rptr—— = *rptrml—— + x * *wptr--; 


*rptr = x * *wptr; 


Once the convolution has been determined, the corresponding error and gain can be found. 


The following function calculates the error and gain terms. 


Float error(res, reshat, gain) 


SV_Vector res, reshat; 
Float *gain; 


Float cor, energy; 


SV_dotp(reshat, reshat, &energy); 
SV_dotp(reshat, res, &cor); 

*gain = cor / energy; 

return( *gain * cor ); 


The codebook search function with update( ) and error( ) functions is shown below. The 


first convolution must be calculated directly, so it is done outside of the main for loop. The error 
for each entry is compared against the current maximum; if it is greater than the maximum, this 
entry becomes the new best vector. The process is repeated for each of the N vectors. 


SV_Vector codebook, wgtimpulse; 


codeSearch(res, reshat) 


{ 


SV_Vector res, reshat; 


Float errmax, gain, err; 
Float *cbptr; 
Int 1, best; 


findImpulse(wgtimpulse) ; 
SV_setbase(codebook, FIRSTVEC) ; 


convolve(codebook, wgtimpulse, reshat); 
errmax = error(res, reshat, &gain); 
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best = 0; . 
cbptr = (Float *) SV_loc(codebook, 0) — 1; 


for (i = 1; i < N; itt) { 
update(*cbptr-—-—, reshat, wgtimpulse); 
update(*cbptr—-—, reshat, wgtimpulse); 
if ( (err = error(res, reshat, &gain)) > errmax ) { 
errmax = err; 
best = i; 


} 


After the search is completed, the gain of the best vector is recomputed and quantized. The 
corresponding gain index and index of the codebook element can then be readied for transmission. 


Assembly Language Enhancements 


The codebook and pitch searches require the largest share of the computation cycles in the 
encoder. One way to increase performance is to recode critical parts of these functions in assembly 
language. One such function is the update( ) function described above for the recursive convolu- 
tion computation. | 


An assembly language version of update() was written to take advantage of the parallel in- 
structions and repeat block capabilities of the TMS320C30. The assembly language function uti- 
lizes the same calling structure as the C version. The function was written using the assembly lan- 
guage macros provided with SPOX to work with the vector, matrix, and filter objects in the DSP 
library[8]. The new version of update() is listed in Figure 5. 


414 Implementation of a CELP Speech Coder for the TMS320C30 Using SPOX 


Figure 5. Update Function Written in TMS320C30 Assembly Language 


* 
* Synopsis: 

* 

* Void update(x, res, wgtimpulse) 
* Float xe 

* SV_Vector res, wgtimpulse; 
* 

# 


include <sv30.h> 


FP -set ar3 
-global _update 
text 
_update: 
push FP 
ldi sp, FP 
* 
* Set the following registers by using vector object macros 
* arQ0 — SV_loc(wgtimpulse, 0) 
m arl — SV_loc(res, 0) 
* re — the length of the vectors 
* r2 — x 
* 
ldi *—FP(2), ar2 
SV_getl ar2, SV_LOCO, ar0 
ldi *—FP(3), ar2 
SV_get2 ar2, SV_LEN|SV_LOCO, rc, arl 
* 
ldf *—FP(4), rl > x 
bzd shift ; x is 0 so just shift 
subi 1, xe 
addi re, arl ; arl —> res{l — 1] 
ldi arl, ar2 ; ar2 —> res[i — 1] 
* 
* General case when x != 0.0 
* 
addi re, aro ; ar0 —> wgt[{l — 1] 
subi 2, re ; set loop count 
mpyf rl, *ar0-—-, x2 ; xX * wgt[i] 
addf r2, *—-—ar2, x0 
rptb 1p20 
mpyf rl, *ar0-—-, r2 ; x * wgt[1] 
lp20: addf r2, *-—-ar2, r0 
i stf r0, *arl—— 
bud end 
stf roO, *arl-— 
mpyf rl, *ar0O, r0 ; res[0] = x*wgt[0] 
stf r0, *arl 
* 
* Case for x == 0.0 
* 
shift: subi 2, re ; loop 1 — 1 times 
ldf *—~—ar2, r0 ; prime the pipe 
rptb slp 
slp: ldf tare, OU 
| | stf r0, *arl—— 
stf r0, *arl-— ; final store 
ldf 0.0, r0 ; first term = 0.0 
stf r0, *arl 
* 
end: pop FP 
rets 
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Performance 


A complete CELP encoder was implemented as described above. Two versions were tested: 
® One encompassing C and standard SPOX functions 
* One having C, SPOX, and two custom TMS320C30 assembly language functions 


Table 2 shows the execution times for different combinations of codebook size, processor, 
and implementation. To achieve near real-time performance for a codebook with 128 vectors, the 
codebook and pitch search functions were completely rewritten in assembly language. Each func- 
tion required approximately 130 lines of assembly code. 


Table 2. Timing of Various Implementations of the CELP Encoder 
for One Frame of Speech 


Codebook Size - Sun (C/SPOX) C30 (C/SPOX) C30 (C/SPOX/ASM) 
128 16,000 ms 88.2 ms 39.0 ms 
256 24,000 ms 114.6 ms 54.3 ms 


Memory requirements for the program on the TMS320C30 were approximately 14,000 
words for instructions and approximately 6,000 words for data. The application code required ap- 
proximately 4500 words of instructions. The SPOX operating system and DSP math functions con- 
sumed the remaining 9500 words of memory. This figure reflects many functions that are essential 
for easing development but unnecessary for a real-time implementation. 


Once a real-time implementation has been achieved, the SPOX memory requirements can 
be greatly reduced by porting (or customizing) SPOX to acustom hardware implementation. In this 
case, the SPOX memory requirements can be reduced to approximately 4000 words, making a 
12K-word implementation feasible (both data and instruction memory requirements). 


These timings show that a real-time CELP coder can be implemented on a single 
TMS320C30. They also illustrate the power of the TMS320C30 compared to a standard micropro- 
cessor. Note that a TMS320C30 implementation has approximately 500,000 instruction cycles 
available in a 30-ms frame. 


Version 3.0 of the USFS CELP coder has significant improvements in computational com- 
plexity, including: 

¢ Ternary codebook to eliminate multiplications 

¢ Shorter codebook 

¢ Faster LSP conversion and quantization 


Work to bring the SPOX implementation up to Version 3.0 is continuing. An investigation 
of a two-processor implementation is also being performed. 
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Summary 


A 4.8-kbps CELP coder based on a Department of Defense-proposed standard has been im- 
plemented on a TMS320C30. Several of the functions used in the encoder were illustrated. A sub- 
optimal implementation of the encoder using a 128-vector codebook is possible on only one 
TMS320C30. Work is continuing on both the algorithm and the software implementation to 1m- 
prove the coder’s real-time performance. 


With SPOX, the encoder was developed in less than one month. The resulting source (with 
the exception of two TMS320C30 assembly language functions) can be compiled and run ona Sun 
workstation, a PC, or a TMS320C30 system such as the Texas Instruments XDS1000. This repre- 
sents a considerable improvement in development time and effort over previous implementation 
methods. 
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Appendix A 


The SPOX functions used in the code examples are briefly described below. Complete de- 


scriptions can be found in Getting Started With SPOX and the SPOX Programming Reference Man- 
ual, These manuals are pee with the XDS1000. They are also available from Spectron Micro- 
Systems, Inc. 
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Stream Functions 


SS_get — get data from a stream into an array 


Int SS_get(stream, array) 
SS_Stream stream; 
SA_Array array; 


SS_put — put data from an array to a stream 


Int SS _put(stream, array) 
SS_Stream stream; 
SA_Array array; 


Vector Functions 


SV_autore — perform inverse filter calculations 


Void SV_autorc(cor, inv, re, alpha) 


SV_Vector cor; 
SV_Vector inv; 
SV_Vector rc; 
SV_Vector alpha; 


SV_corr — calculate correlation of two vectors 


SV_Vector SV_corr(srcel, src2, dst) 


SV_Vector srel; 
SV_Vector Src2; 
SV_Vector dst; 


SV_dotp — calculate the dot product of two vectors 


SV_Vector SV_corr(srcel, src2, result) 


SV_Vector srcl; 
SV_Vector src2; 
Float *result; 


SV_fill — fill a vector with a value 


SV_Vector SV_fill(vector, value) 
SV_Vector vector; 
Float value; 


SV_getlength — return the length of a vector 


Int SV_getlength(vector) 
SV_Vector vector; 


SV_loc — return the address of a vector element 
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Ptr SV_loc(vector, num) 
SV_Vector vector; 
Int num; 


SV_mul2 — multiply elements of two vectors 


SV_Vector SV_mul2(src, dst) 
SV_Vector src; 
SV_Vector dst; 


SV_setbase — set the base of a vector 


Void SV_setbase(vector, base) 
SV_Vector vector; 
Int base; 


SV_sub3 — subtract elements of two vectors and store results in a third 
vector 


SV_Vector SV_sub3(srel, src2, dst) 


SV_Vector srel; 
SV_Vector src2; 
SV_Vector dst; 


SV_window — apply a symmetric window to a vector 


SV_Vector SV_window(src, wnd, dst) 
SV_Vector src; 
SV_Vector wnd; 
SV_Vector dst; 


Filter Functions 


SF_apply — apply a filter to a vector 


SV_Vector SF_apply(filter, input, output) 


SF_ Filter filter; 
SV_Vector input; 
SV_Vector output; 


SF_ bind — bind coefficient vectors to a filter 


Void SF bind(filter, num, den) 


SF_ Filter filter; 
SV_Vector num; 
SV_Vector den; 


SF_getstate — copy filter state arrays into vectors 


Void SF_getstate(filter, hisinv, hisoutv) 


SF_ Filter filter; 
SV_Vector hisinv; 
SV_Vector hisoutv; 


SF_setstate — copy vectors into filter state arrays 


Void SF_setstate(filter, hisinv, hisoutv) 


SF_ Filter filter; 
SV_Vector hisinv; 
SV_Vector hisoutv; 
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Part V. Computers 


12. A DSP-Based Three-Dimensional Graphics System 
(Nat Seshan) 
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This application report is based on the author’s bachelor’s thesis at the Massachusetts Insti- 
tute of Technology. | 


The placement of a high-performance computational engine, such as an advanced digital Sig- 
nal processor, between the host processor and the video controller in a graphics system can improve 
performance tremendously. Several factors make the Texas Instruments TMS320C30 Digital Sig- 
nal Processor well-suited to this task: 

° 32-bit floating point arithmetic provides both high-resolution and large dynamic range in 

calculation. 

¢ Single-cycle, 60-ns instruction execution and parallel bus access greatly improve system 

throughput. 

° A hardware single-cycle multiplier facilitates the matrix arithmetic, which is frequently 

required in 3D graphics. 

° The ease of programmability allows the design of flexible and expandable systems. 

¢ Software tools, such as simulators[1], assembler/linkers[2], and high- level language de- 

buggers/compilers[3], decrease product development time. 

® In-circuit scan-path emulators[4], decrease hardware prototyping and debugging time. 

¢ The use of a standard device lowers the overall system cost. 


With the use of the TMS320C30, the host processor can request higher-level commands of 
the rest of the system. Instead of issuing requests for line-draws or screen clears, it can, forexample, 
request that a 3D object be rotated 90 degrees and then be redrawn. In addition, a rendering element 
(usually a video controller or graphics system processor) can devote its resources solely to screen 
management rather than doing some portion of the computationally intensive processing. The fol- 
lowing pages provide a description of how a 3D graphics system used the TMS320C30 to compute 
object transformations. 


The digital signal processor resides on the TMS320C30 Application Board (C30AB) de- 
signed for the IBM PC/AT or compatible. The PC’s 80x86 acts as the host processor and communi- 
cates to the C30AB through an 8-bit bus slot. Also resident on the bus is a Texas Instruments 
TMS34010 Software Development Board (SDB)[5,6]. The SDB contains a TMS34010 Graphics 
System Processor (GSP) [7], which manages the screen memory and drives the video display. 
Overall, this system is meant to serve as an instructional model of how a graphics system can be 
designed using an advanced digital signal processor. 


The Potential for Graphics Pipelines 


A mechanical engineer for an automobile manufacturer wants to design a robot arm for plant 
automation. Before building a prototype machine, he wishes to compare the ways in which various 
designs can pick up and assemble components. To do this, the engineer needs a CAD system capable 
of creating, storing, and adjusting representations of 3D objects and then rendering the images on 
a video display. The CAD system has four basic aspects: 

1) A.user interface for command entry. 

2) Adata management system to store objects and their screen representations. 

3) Oneor more computational engines to perform high-speed calculations for applications 

such as transformations, clipping, lighting/shading, and fractal graphics. 
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4) A rendering engine to control the video memory and to drive the video display. | 


These four tasks are common to many graphics systems, whether they be intended for CAD/ 
CAM, fractal graphics, heads-up displays in fighter aircraft, or Postscript printer control. If one or 
more processors are assigned to each function, the resulting pipeline will achieve greatly improved 
oysicm throughput. : | 


In a single-processor system, the CPU is directly responsible for all computations. It must 
write to video memory, perform all necessary computations, interface to the user, and manage all 
data storage and recovery. Although additions to the system, such as a video-memory controller 
or a floating-point coprocessor, may speed up the system, the CPU remains overly burdened as the 
only intelligent component of the system. 3 


Independent Screen Management 


A two-processor system can use a GSP to drive the CRT and to control the video memory. 
To control the display, the GSP either must interface to an analog monitor through a color palette 
or must directly drive a digital monitor. If the video memory is volatile, the processor needs a re- 
fresh controller that runs in parallel with other processor actions. Special hardware can be devel- 
oped for screen clears and polygon fills. For flexibility of data representation, the processor should 
to be able to access pixels of varying bit-widths. At the instruction level, specialized operations 
could be created to speed pixel processing. Libraries of subroutines for windowing, drawing, and 
text management enable the rendering engine to execute higher-level commands. Overall, these 
features allow the CPU to send more powerful directives to the GSP. 


A Multiprocessor Pipeline 


Adding more links in the graphics pipeline can further relieve the CPU of burdensome tasks. 
Performance improvements result from each stage being optimized for a particular function. In ad- 
dition, throughput increases with the number of stages. The pipeline may also contain multiple pro- 
cessors running in parallel at a particular stage to further improve the latency of that stage. Figure 
1 shows a full-scale implementation of a graphics pipeline for 3D graphics. 
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Figure 1. A Full Scale Graphics Pipeline 
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In a large-scale graphics pipeline, the host processor runs the applications program. The user 
may be trying to use a CAD program, model the formation of galaxies, animate 3D objects, etc. 
The host runs these programs at the top level, provides the user interface, and communicates to all 
I/O devices, including mass storage systems. For numerically intensive applications it may be ap- 
propriate to have a digital signal processor as this host. For example, modeling the formation of 
galaxies requires numerical solutions to systems of differential equations. But even in such a case, 
it would be reasonable to have a more general-purpose CPU act as a user front end to the digital 
signal processor. 


The purpose of the object manager is to communicate with the host by receiving data and 
transferring it to other processors in the system. It manages the global representation of all screen 
parameters and objects. A Reduced Instruction Set Computer (RISC) processor would be 
well-suited as either the host or the object manager because of its high-performance general-pur- 
pose architecture. 


Because a DSP has a highly parallel architecture, a fast execution cycle time, an instruction 
set optimized for numerical processing, and several development tools, it would perform well as 
any of the computational stages in a graphics pipeline. For example, a DSP could act as a transform 
manager that calculates the new universal coordinates of globally stored objects according to rota- 
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tion, translation, and scaling commands from the object manager. Also, the DSP could actas a light- 
ing manager that accepts parameters of environmental lighting settings from the object manager 
and applies them to the transformed objects. For example, the user may set ambient intensities as 
well as other sources of varying geometries, intensities, and colors. The lighting manager then ap- 
plies these light sources to the surfaces of the objects, which may have varying degrees of specular 
or diffuse reflection, to compute the necessary shading. 


Although the perspective and clipping stage of the system is represented in Figure 1 by a 
single processing unit, the task may be further partitioned to several DSPs working in series. The 
perspective calculation takes viewing parameters from the object manager, such as direction of 
view, location of viewer, and zoom, and produces a two-dimensional projection for the screen. Ob- 
jects that are too high, too low, or too far right or left can be clipped automatically because the result- 
ing two-dimensional coordinates are off screen. However, clipping objects fully or partially ob- 
scured by other objects may require additional stages. Also, objects behind the viewer and those 
too far away for the user to recognize should be clipped appropriately. 


Although digital signal processors are well-suited to be the computational stages of a graph- 
ics pipeline, a processor optimized to be a rendering engine might serve better to drive the video 
display and manage the video memory. Such a processor could also help with the clipping tasks 
described above. A z-buffer could hold the transformed z-coordinate of each pixel that is projected 
onto the x-y plane of the screen to facilitate hidden surface removal. A device such the Texas Instru- 
ments TMS34010 or the recently introduced TMS34020 could serve as the rendering engine ina 
full scale system. Both these processors have 32-bit general-purpose architectures with instruction 
sets and external memory interfaces optimized for graphics. 


An Overview of This Implementation 


The system shown in Figure 2 is not intended to be a marketable product. Rather, it is targeted 
toward those who have the intention of designing products in the graphics market. Firms having 
experience in graphics will be able to resolve the tougher issues of graphics system design without 
presentation of the described system. The system shown in this report illustrates an attractive option 
for designing a fast, reliable, portable graphics system with quick turn-around time. 


Figure 2. A Simple Three-Processor Graphics Pipeline 
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One strength of this system is its complete use of standard, commercially available parts. In 
general, use of standard parts allows for faster design and manufacturing, as well as a more reliable, 
easier-to-support product. Even the three hardware subsystems can be found on the market: 


1) The IBM PC compatible host 
2) The TMS320C30 Application Board object manager and transform engine subsystem 
3) The TMS34010 Software Development Board rendering subsystem 


Another strength of this system is the complete use of portable software. Use of portable soft- 
ware often speeds design times because system software can be mostly debugged before the actual 
target hardware is available. AH software for this system was written in Kernigan and Ritchie C. 
The command and rendering routine was first debugged on the PC and GSP with the intermediary 
stage removed. Once debugged, the computationally intensive portion of the software was ported 
to the DSP, which then assumed control of the GSP. The software on the TMS34010 SDB used 
many of the graphics routines in the TMS34010 Graphics/Math Library. These routines have been 
used in many other graphics systems using the TMS34010. 


System Hardware 


The IBM PC was chosen as the host because of its extensive support by TI development tools. 
In addition, a large amount of documentation is available concerning interfacing to the PC bus. The 
system described in this report is designed to run best on an 80386-based IBM PC compatible with 
an AT power supply and an 80387 floating-point coprocessor. However, either Intel 8086 or 80286 
general-purpose microprocessors can also act as the host to the computational engine. The host 
computer sends commands to 


* Load and delete objects 

°* Target an object for adjustment 
¢ Adjust a particular object 

* Recalculate the perspective or 
* Redraw the screen. 


The 80X87 floating-point coprocessor is not absolutely necessary but greatly improves the 
time to generate floating-point parameters for the next stage. 


This graphics demonstration was the first application developed using the TMS320C30 
Application Board (C30AB). Since that time, the C30AB has been included as a part of the 
XDS1000 emulation system for the TMS320C30 Digital Signal Processor. The TMS320C30’s fea- 
tures include 


* 60-ns single-cycle execution time (more than 33 MFLOPS) 
° 2K x 32-bit dual-access RAM 

° 4K x 32-bit dual-access ROM 

° 64 x 32-bit instruction cache 

* Two 32-bit external memory expansion buses 

° Single-cycle floating-point multiply/accumulate 

* Two external 32-bit memory ports | 
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* On-chip DMA controller 

¢ Zero-overhead loops and single-cycle branches 

* Two on-chip timers and two serial ports 

° Floating-point/integer and logical 32/40-bit ALU 

* 16M-word memory space 

° Register-based CPU 

* Development tools, including a simulator, assembler/linker, optimizing C compiler, C- 
source debugger, and an in-circuit emulator/debugger 

* On-chip scan-path emulation logic | 

* Low-power CMOS technology 


The TMS320C30 executes commands from the 80X86 to transform objects, load objects into 
or delete objects from the system, and compute the projection of 3D objects on the 2D screen. When 
given a directive to draw the screen, it sends acommand to the rendering engine to clear the current 
screen. Then, the TMS320C30 transfers lists of lines, points, and polygons for the next stage to ren- 
der. 


The TMS34010 Software Development Board (SDB) has been used in TMS34010 develop- 
ment support since 1987. It is configurable for a variety of monitors. The board supports the 
TMS34010 Graphics/Math Function Library [8] (a library of high-level routines callable from any 
C program). This board was slightly modified to receive commands from the C30AB as well as 
from the PC host. Program loaders, C compilers [9], assemblers, and C language standard I/O li- 
brary support have been developed for this board, as well as for the C30AB. Both cards interface 
toan IBM PC through an 8-bit slot on the AT bus. The TMS34010 GSP on the SDB is an advanced 
high-performance CMOS 32-bit microprocessor optimized for graphics display systems. Its key 
features include: 


* 160-ns instruction cycle time 

° Fully programmable 32-bit general-purpose processor with a 128M-byte address range 

® Pixel processing, X-Y addressing, and window clip/pick built into the instruction set 

* Programmable pixel size with 16 boolean and 6 arithmetic pixel processing options (Ras- 
ter-Ops) 

° 31 general purpose 32-bit registers 

¢ 256-byte LRU on-chip instruction cache 

* Direct interfacing to both conventional DRAM and multiport video RAM 

* Dedicated 8/16-bit host processor interface and HOLD/HLD interface 

¢ Programmable CRT control (HSYNC, VSYNC, BLANK) 

* Full line of hardware and software development tools, including a C compiler 


The TMS34010 GSP receives commands from the TMS320C30, along with arrays of points, 
lines, and filled polygons to be drawn. It then uses library routines to render these images on the 
video display. — 
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System Limitations 


The system described here is an instructional system built in a limited development time. As- 
pects of the system could be optimized for speed and for memory usage. A high-speed 3D graphics 
system has many features that were not implemented. 


This design is non-optimal in several ways. The C routines could be hand-coded to execute 
faster. A 32-bit host bus interface would allow word-at-a-time data transfers to the TMS320C30. 
The GSP could be interfaced to faster video memory. At the time of this writing, the TMS34020 
second-generation graphics system processor is available. The entire TMS320C30 program could 
be configured to run from internal memory. Many of these optimizations were not realized because 
of the limited time available for developing the system. 


Many operations that an advanced digital signal processor could easily perform were not de- 
signed into this system. These tasks include curved and textured surface generation, lighting, shad- 
ing, and front and back clipping. For demonstrative purposes, only the endpoint transformation and 
perspective calculations were implemented. 


Similarly, the capabilities of the GSP are clearly underutilized in this pipeline. The GSP is 
adept at managing multiple windows for display. It can also display text in various fonts. The pres- 
ented system simply requires that the GSP manage a single graphics-only. (no text) window. 


Representation of Graphics Elements 


Any graphics system must have a method of representing the image to be portrayed on the 
screen. This method requires a system that is able to store and display primitive elements. These 
elements could range in complexity from three coordinates describing a point to a set of parametric 
equations representing an irregular three-dimensional surface. However, simply defining a set of 
primitive drawing structures does not result in an adequate graphics data representation. The engi- 
neer designing the robot does not think of the system as several sheet-metal polygons welded to- 
gether. He more likely conceives of the arm as aclamp attached to a hand, which, in turn, is attached 
to an arm, etc. A powerful graphics system must not only describe the primitives to be rendered 
on the CRT, but also how the primitives are organized or related. 


Frames of reference play the central role in the organization of graphics primitives. Any set 
of graphics primitives rigid with respect to each other can be said to exist in the same, constant 
frame. When the primitives move, they move as a single unit and remain in the same orientation 
with respect to each other. In this system, any such set of primitives is called an object. The transfor- 
mational state of any object is determined by three sets of three parameters each. These sets of the 
object correspond to the 


¢ Translation 

° Scale 

* Rotation 

Translation of an object within its frame simply amounts to moving all locations in that frame 


a specified distance along the x-, y-, and z-axes. Thus, each object must hold a set of translation 
factors, denoted in this system’s software by dx, dy, and dz (See Listing 1 in the Appendix). Simi- 
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larly, sx, sy, and sz determine the scale of an object. These factors determine how many units of 
the untransformed object’s coordinates are represented by one unit of the transformed object’s 
coordinates. The three parameters shown in Appendix Listing 1 that represent all possible orienta- 
tions of an object (theta, phi, and omega) are described in Table 1. 


Table 1. Angles of Rotation 


The Object Data Structure 


Every object contains one or more sets of locations, which are referenced by the drawing 
primitives within the object. The locnum field of the object structure (see Listing 1) represents the 
number of locations available to be referenced by primitives within the object. This and other array 
sizes are kept for end points in For/Next-type loops and to allocate the appropriate space for the 
array contained within an object. Every location (see Appendix Listing 2) contains three float- 
ing-point numbers representing a coordinate in 3D space: x, y, and z. Their integer x-y locations 
on screen are also saved: a, b. To reference a location, a primitive needs only to know the index 
in the locs array. This allows many primitives to reference the same location. 

Three different primitives were implemented to be rendered on the screen: 


* Points 
¢ Line segments 
° Filled polygons 


Points are rendered as single pixels on the screen. The point structure shown in Listing 3 of 
the Appendix contains the color to draw the point and the index to the location (Ilocn) that is refer- 
enced by that point. The line structure in Listing 4 of the Appendix contains a color and two indices 
(startlocn and endlocn) to two end-points of the segment. Finally, the filled polygon shown in List- 
ing 5 of the Appendix contains, in addition to the color, the number of vertices (vertnum) for the 
polygon, and a pointer (*vertlocn) to an array of vertex location indices listed in the order in which 
they are connected). The last location in the vertex array is connected back to the first, closing the 


polygon. 


Hierarchy 


The final array contained within an object (the parent object) 1s a list of pointers to child ob- 
jects defined with respect to the transformed frame of the parent. The number of potential internal 
objects, MAXOB, sets the static size of the array of pointers to child objects. (In this implementa- 
tion, MAXOB = 10.) In addition, the parameter obnum keeps track of how many of these potential 
child objects are utilized. The final bookkeeping parameter is subnum. If subnum equals n, then 
the object was the mth object pointed to in its parent object’s child-object array. 
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Figure 3. Hierarchical Representation of the Solar System 
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The solar system (Figure 3) represents a classical example of a hierarchical structure. The 
sun slowly revolves around the galaxy. Wherever the sun travels, the planets follow in the same 
frame. In turn, each planet may have satellites that revolve around them. The planet is defined with 
a certain offset (radius of orbit) from the sun, and the satellite is defined similarly with an offset 
from the planet. To describe the movement of the earth over a period of time, you need only to adjust 
for its revolution around the sun and the revolution of the moon around the earth. You do not need 
to describe the rotation of the moon around the sun because when a planet is moved, its satellites 
automatically move with it. 


Transformation parameters are referenced to the frame of the object’s parent. Thus, to fully 
describe a planet orbiting the sun, one must define an empty frame revolving about the sun at some 
offset, and then define a planet within that frame rotating about some axis. The levels of abstraction 
within this hierarchy give this data representation its power. 


The flexibility of the object structure permits the system to model the viewer. The viewer 
is considered to be at the absolute origin of the system. At system initialization, the first object 
loaded is the universal object *universe. An appropriate choice for such an object would be a set 
of axes. The view is then adjusted by modifications to the parameters of the *universe: 


dx, dy, dz - Object translation (viewing position) 
SX, SY, SZ - Object scale (zoom) 


theta, phi, omega = - Object orientation (pan) 
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These three sets of parameters respectively represent the position of the origin of the universe 
with respect to the viewer (viewing position), how much the view is magnified to the user (zoom), 
and where the origin is with respect to the user (pan). | 


Transformations 


Transformations of locations in 3D space can be reduced to four-dimensional matrix arith- 
metic[10]. A location in space can be represented by a four-dimensional row vector (x yz 1). When 
this vector left-multiplies any 4-by-4 transformation matrix, the resulting row vector represents the 
transformed point. Tables 2, 3, and 4 illustrate the 4-by-4 transformation matrices for rotation 
around each axis. 


Table 2. Z-Axis Rotation Matrix 


cos sine 0 
-sin cos 0 
0 0 1 
0 0 0 
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Table 3. Y-Axis Rotation Matrix 
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It can be shown that these matrices can be used to account for a rotation about any arbitrary 
axis passing through the origin. The transformation matrix shown in Table 5 corresponds to scaling 
a location by (sx, sy, and sz) and then moving it by (dx, dy, and dz). 
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Table 5. Translation and Scaling Matrix 


SX 0 0 0 
0 sy | 0 0 
0 0 SZ 0 
dx dy dz 1 


The arbitrary transformation of a frame can be defined by a matrix resulting from a multipli- 
cation of a subset of the above transformation matrices. However, this multiplication is in general, 
not commutative. That is, rotating around the x-axis and then translating is not the same as translat- 
ing and then rotating about the x-axis. By sending values for the nine parameters, the host can re- 
quest the adjustment of an object. However, this system defines these operation as always taking 
place in the order below: 

1) Scale object by (sx, sy, and sz) 

2) Translate object by (dx, dy, and dz) 

3) Rotate object around z-axis by theta. 

4) Rotate object around x-axis by omega. 

5) Rotate object around y-axis by phi. 


When the matrices shown in Tables 2 through 5 are multiplied, the resulting matrix always 
contains (0 00 1)T as its final column. Thus, to denote an arbitrary transformation, you need only 
remember the first three columns of the composite matrix. If you were to apply the transformations 
in the order stated previously, the resulting equations in Table 6 would determine the element of 
the transformation matrix R. 
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Table 6. Transformation Equations 
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Note that there also exists a matrix p[3][4] (see Listing 1 in the Appendix) that represents 
the product of all the ancestral transform matrices of an object and that object’s R matrix. This ma- 
trix represents the object’s transformation from the absolute origin of the system. 


The Host Processor’s Access to Objects 


The 80X86 host can exert its control over objects in the following ways: - 

1) Target Objects - The host can set the target object for adjustment, deletion, or insertion 
of a child object by either targeting the parent object or a particular child object of the 
currently targeted object. 

2) Loadand Delete Objects - The host has the ability to add objects to the system with initial 
transform parameters. In addition, it can remove objects from the system (including all 

- objects within the deleted objects). When the targeted object is deleted, the new target 
object defaults to being the object’s parent. 

3) Adjust Objects - By specifying the nine transform parameters, the host can adjust an ob- 
ject in its parent’s frame. | 

4) Change Perspective - To change the viewing perspective, the host must request that the 

*universe be adjusted. 
~ 5) Update Screen Representation - The host can request that the targeted object and its child 
| objects have their location array’s screen representations updated. 

6) Redraw View - Once all adjustments and updates of screen coordinates are re-specified, 
the host can request that the view be updated. 


Overall, the object structure serves well as a data representation for 3D graphics. A single 
set of locations is available to be referenced by the points, line segments, and filled polygons to be 
rendered on the screen. Each object contains parameters and matrices that specify the transformed 
state of the object. Thus, at any time these matrices could be applied to the original co-ordinates 
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loaded into the system to calculate the transformed location of the point. Therefore, as the transfor- 
mation and the projection on to two-dimensional co-ordinates are done in one step, the original 3D 
coordinates can be retained and only the final modified two-dimensional screen representation 
need be updated. The point of view can simply be modified by adjusting the *universe as one would 
adjust any other object. Overall, the hierarchical object structure provides a powerful and flexible 
way to manage graphical data. 


DSP Command Execution 


The digital signal processor assumes the role of the object manager and keeps track of the 
representations. Before examining the precise manner in which the TMS320C30 processes the 
commands from the host, one needs to understand the underlying hardware of this subsystem. A 
description of the TMS320C30 Application Board can be found in the application report 
TMS320C30 Application Board Functional Description, located in this book. The report describes 
the avenues of communication between the C30AB and the PC over the PC’s bus. An examination 
of how the TMS320C30 receives and processes data and commands from the 80X86/7 follows. 


Initialization 


As its first initialization task, the PC maps the dual-port SRAM of the C30AB into its address 
space by writing the 8 MSBs of address to the mapping register. It then brings the C30AB out of 
reset by writing a 1 to the SWRESET in the C30AB’s control register. The PC then loads the 
TMS320C30 application program into the dual-port SRAM. Loader support software on the 
C30AB EEPROM moves the code to the proper location in the TMS320C30’s address space. Final- 
ly, the PC switches the TMS320C30’s memory map into run mode to start program execution. The 
first part of the main routine initializes the system (see Listing 8 in the Appendix). 


For the system software to run properly, the DSP software must initialize several different 

items. 

1) It enables the on-chip instruction cache. 

2) Itsets the external flag bit on the C30AB target connector to transfer control of the ren- 
dering system from the PC to the C30AB (This assumes that the PC loaded the rendering 
software before it started up the C30AB). 

3) It configures both the primary and the expansion bus with zero software wait-states. 
Thus, all wait states are generated by the address-decoding PALs on the C30AB. 


In addition, the linker configures 

1) Primary bus SRAM as program storage 

2) Expansion bus SRAM as heap memory allocation 

3) Zeroth page of internal RAM as space for system constants 

4) First page of internal RAM as the system stack. This configuration maximizes the poten- 
tial for parallel data and instruction accesses 
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The initialization procedure then appropriates several local variables for system use, includ- 
ing 
1) Two registered looping variables, i and j 
2) The constant 2 PI 
3) Registered pointers to the communication registers of the rendering subsystem, 
*hstdata and *hstcntl 


The TMS320C30 initially sets the contents of these GSP registers to indicate that the compu- 
tational stage does not have any requests of the rendering stage. 


The TMS320C30 system software contains the global variables shown in Listing 7 of the Ap- 
pendix. The dual-port SRAM pointer dual_ port is initialized to point to the lowest location on the 
I/O expansion bus. This pointer points to an integer array that contains all data and command from 
the PC. Another pointer to the currently targeted object (*to) is set to reference the universe. The 
*universe is set as its own parent with an obnum of 0, indicating no internal objects are loaded. 


During the final part of initialization, the C30AB software waits for the PC to load the static 
*universe object. To understand how the PC loads objects into the system, you must comprehend 
the general communications protocol between the TMS320C30 and the 80X86. 


Host to DSP Communication 


A two-way polling scheme arbitrates access of the dual-port SRAM. The software allocates 
the first two words of the SRAM as COMMAND and ACKNOWLEDGE signals, respectively 
(see Listing 6 in the Appendix). Remember that the TMS320C30 must mask off the 24 MSBs of 
dual-port data to receive the proper 8-bit value. The processors poll and write to these two words 
in order to send requests and acknowledgments. During initialization, the TMS320C30 clears both 
the COMMAND and ACKNOWLEDGE locations of the dual-port SRAM. The PC graphics 
application software must run after this point to ensure that this phase of the initialization does not 
clear a command from the PC. Once the system software starts executing on both the PC and the 
TMS320C30, the following sequence enables the PC to send a command to the C30AB: 


1) The PC waits for the dual-port SRAM to become free by polling the ACKNOWL- 
EDGE word for a zero. 

2) The PC loads all command parameters into the dual-port SRAM. 

3) The PC then loads the appropriate command byte into COMMAND. 

4) Once the TMS320C30 returns to its command detection loop, it acknowledges a re- 
ceived command by writing the same byte into the ACKNOWLEDGE word. 

5) The PC sees that the TMS320C30 has acknowledged the command and writes 00h into 
COMMAND to withdraw its command. The PC thereby relinquishes control of the 
dual-port SRAM. 

6) The TMS320C30 reads all necessary parameters into its main memory. 

7) The TMS320C30, by writing a zero to the ACKNOWLEDGE word, indicates that the 
PC can request another command. This returns the sequence to step (1). 


The TMS320C30 treats all of its data types as 32-bit values, but it can read only one byte of 
valid data from the dual-port SRAM. Thus, the TMS320C30 must mask and concatenate the bytes 
that the PC maps into contiguous locations to form multibyte words. In addition, since Intel and 
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the TMS320C30 have different standards, floating-point values from the PC must be converted be- 
fore the TMS320C30 can use them. 


The TMS320C30 can receive either unsigned 8-bit chars or unsigned 16-bit short integers 
from the PC. The macros shown in Listing 6 of the Appendix are used to access these data types 
from the dual-port SRAM. The DPLONG macro takes a certain location in the dual-port, finds the 
short integer located there, and concatenates it into a 32-bit value for the TMS320C30. The word 
LONG in the macro indicates all integers whether chars, shorts, or longs are represented as 32-bit 
values by the TMS320C30. 


Table 7. Comparison of Intel and TMS320C30 32-Bit Floating-Point Formats 
Exponent Exponent Sign Mantissa Mantissa 
TMS320C30 31-24 Two’s Complement 23 22-0 | Iwo’s Complement 
Intel 30-23 Offset Binary St 22-0 Magnitude 


Table 7 illustrates the differences between the TMS320C30 and the Intel single-precision 
floating-point formats. For every floating-point value that the TMS320C30 receives, it must ex- 
tract the appropriate fields, convert the fields to the appropriate numerical representation, and then 
reassemble the fields in TMS320C30 floating-point format. The dpfloat routine shown in Listing 
9 of the Appendix uses the union structure fllong shown in Listing 6 of the Appendix to-allow ma- 
nipulations normally available only for integers on the floating-point value. The program first con- 
catenates the four-byte value in the dual-port SRAM into a single 32-bit integer and then converts 
this word to TMS320C30 format. 


Computational Subsystem Software 


Using the communication techniques described in the last section, the TMS320C30 pro- 
cesses the graphics command from the PC. After performing C30AB initialization, the program 
main enters a command detection/execution loop. For each valid value of the COMMAND byte, 
a C case statement executes the appropriate code. Since these routines are, in general, too long to 
be discussed in exhaustive detail, the rest of this section merely summarizes how they work. 


When the PC wants to load an object, it first loads the initial nine floating-point transforma- 
tion parameters into the dual-port SRAM. It then loads the number of 

1) Locations 

2) Drawn points 

3) Lines 

4) Filled polygons 


These values are limited to 16 bits, thereby allowing for only 65,535 primitives of each type. 
The size of the dual-port SRAM further limits the array sizes in this implementation. Then the PC 
loads three floating-point parameters, (x,y, and z), for each location. The size of the dual port limits 
the number of locations to 377. Once these parameters are loaded into the memory, the host places 
the command byte for an object load into COMMAND. Upon reception of these parameters, the 
TMS320C30 allocates space for the object as a child of the current target object and also allocates 
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space for the location, point, and line arrays. Because the size of each polygon varies, space is allo- 
cated as each polygon is read. 


After allocating global space for the new object and loading the locations, the TMS320C30. 
requests more data from the PC. It first requests the points, then the lines, then each polygon. The 
dual-port SRAM limits the primitive arrays to 2047 points and 1364 lines. In addition, each poly- 
gon is limited to 4092 vertices. The TMS320C30 makes a data request by replacing the current 
COMMAND byte that it wrote in ACKNOWLEDGE with 127, the flag for the PC to load more 
data. Although the roles of ACKNOWLEDGE and COMMAND are reversed in this case, the 
TMS320C30 requests data in much the same way the PC requests commands. Once the 
TMS320C30 completes loading the object, it selects the object as the new target object. Finally, 
using the equations in Table 6, the TMS320C30 calculates the initial value of the object’s transfor- 
mation matrix. 


The target object is the object in the hierarchy selected for adjustment, deletion, or calculation 
of screen coordinates. The PC can either target an object’s parent or one of the object’s child objects. 
The command to target a child requires the PC to specify either the child object’s sibling number 
or subnum. Thus, when selecting objects for adjustment, the PC must remember where it loaded 
objects into the hierarchy. 


To adjust the transformation parameters of a given object, the PC simply loads the new pa- 
rameters into the dual-port SRAM. The TMS320C30 adds the values of the new angles of rotation 
and translation factors to the previous ones. In addition, the TMS320C30 multiplies the old scaling 
factors by the new ones. Then, the TMS320C30 calculates the transformation matrix of the object 
by using the equations in Table 6. It does not recalculate screen locations, however, until this 1s spe- 
cifically requested by the PC. The TMS320C30 can thus avoid calculating screen coordinates until 
all adjustments have been made. 


Once the PC requests all the changes for a frame on the display, it requests recalculation of 
screen coordinates at each node it changed. The PC can request recalculation for a particular object 
and thus update its internal objects as well. This allows the TMS320C30 to avoid recalculating 
screen coordinates of unchanged locations. For maximum efficiency, the PC must request recalcu- 
lation in the highest node that it adjusted along any particular path. Thus, in the planetary example 
given earlier, if, ina period of time, only Pluto and its moon Charon were moved (the other bodies 
miraculously standing still), only Pluto would need to be targeted for recalculation. 


To calculate transformations, the TMS320C30 multiplies the object’s transformation matrix 
by its parent’s parent transformation matrix to obtain its own parent transformation matrix, p[3][4]. 
The TMS320C30 right-multiplies all locations within that object by this matrix to achieve the 
transformation from the absolute origin of the system. The computational engine calculates per- 
spective by dividing the transformed x- and y-coordinate by the transformed z-coordinate so that 
locations farther away appear closer together. The plane z=0 1s defined to be the plane of the screen. 
This also has the feature that objects behind the viewer appear upside-down in front of the viewer 
because the objects’ z-coordinates are negative. Thus, the program running on the PC must main- 
tain all objects in front of the viewer. Then, the TMS320C30 recursively executes this procedure 
for each object within the targeted object. 


Unlike the recalculation of screen coordinates, the redrawing of objects is done for all objects 
within the system. Thus, the draw_ object routine is called with the *universe as the argument. The 
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precise manner in which the TMS320C30 uses this program to redraw the screen is described in 
the TMS320C30 Drawing Routine Section found later in this report. 


Summary of DSP Command Execution 


The dual-port SRAM on the C30AB provides all means of communication between the PC 
and the TMS320C30. A two-way polling scheme arbitrates the TMS320C30’s and the PC’s access 
to this SRAM. Using this protocol, the PC can request object loading, deletion, or adjustment, but 
can request only modification of the object currently targeted for these changes. Also, at the host’s 
request, the computational engine may recalculate the screen representation of all locations within 
the targeted object. Once all updates for a particular view are made, the PC may request a redrawing 
of the display. The description of the rendering subsystem, presented next, facilitates a better under- 
standing of how the TMS320C30 requests rendering commands of the GSP. 


The Rendering Subsystem 


A modified version of the TMS34010 Software Development Board serves as the rendering 
stage of this graphics pipeline. A complete overview of this PC-based card can be found in the 
TMS34010 Software Development Board User’s Guide [2]. Because only minor modifications 
were made to the commercially available SDB, the hardware aspects of the rendering subsystem 
are discussed in less detail than the computational stage. The same holds true for many software 
routines taken from the 7MS34010 Math/Graphics Function Library.[8| After presenting over- 
views of the TMS34010 and the SDB, this section focuses on the C30AB/SDB interface and the 
communications protocol used for command and data transfer between the TMS320C30 and the 
GSP. | 


The TMS34010 Graphics System Processor 


The TMS34010 combines the best features of general-purpose processors and graphics con- 
trollers in one powerful and flexible Graphics System Processor. Key features of the TMS34010 
are its speed, high degree of programmability, and efficient manipulation of hardware-supported 
data types, such as pixels and two-dimensional pixel arrays. 


The TMS34010’s unique memory interface reduces the time needed to perform tasks such 
as bit alignment and masking. The 32-bit architecture supplies the large blocks of continuously-ad- 
dressable memory that are necessary in graphics applications. TMS34010 system designs can take 
advantage of video RAM technology to facilitate applications such as high-bandwidth frame buff- 
ers; this circumvents the bottleneck often encountered when using conventional DRAMs are used 
in graphics systems. | 


The TMS34010’s instruction set includes a full complement of general-purpose instructions, 
as well as graphics functions from which you can construct efficient high-level functions. The in- 
structions support arithmetic and Boolean operations, data moves, conditional jumps, plus subrou- 
tine calls and returns. 
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The TMS34010 architecture supports a variety of pixel sizes, frame buffer sizes, and screen 
sizes. On-chip functions have been carefully selected so that no functions tie the TMS34010 to a. 
particular display resolution. This enhances the portability of graphics software and allows the 
TMS34010 to adapt to graphics standards such as MIT’s X, CGI/CGM, GKS, NAPLPS, PHIGS, 
and other evolving industry and display management standards. 


TMS34010 Software Development Board 

Figure 4 shows the block diagram of the modified TMS34010 SDB. The graphics SDB is a 
single card designed around the IBM PC/XT Expansion Bus and serves as a software development 
tool for programmers writing application software for the TMS34010 Graphics System Processor. 
The development of a high-performance bit-mapped graphics display in this application report 
demonstrates the simplicity of hardware design using the TMS34010 SDB. | 
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Figure 4. Modified TMS34010 Software Development Board Block Diagram 
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This board comes with interactive debug software. Its features include software breakpoints, 
software single-step and run with count. At the same time, current machine status is displayed on 


the top half of the host monitor. 


The SDB contains 512K bytes of program RAM for the TMS34010 to execute drawing func- 
tions, application programs, and displays. Both the program RAM and the frame buffer are accessi- 


ble to the host through the TMS34010’s memory-mapped host port. 
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The frame buffer consists of eight SIP memory modules organized into four color planes. 
This allows 16 colors per frame from the digital monitor. The TMS34070 color palette incorporates 
a 12-bit color lookup table to give you a choice of 16 colors in a frame from a 4096-color palette. 
Furthermore, the palette incorporates a variety of unique line load features to allow the color lookup 
table to be reloaded on every line; this means that 16 of 4096 colors can be displayed per line. 


The TMS34010 Host Interface . 


The GSP has two 16-bit buses: one interfaces with the video and program memory, and a sec- 
ond interfaces to a host processor. The host can access the GSP by writing and reading four internal 
memory-mapped GSP 16-bit registers: 


* HSTADRL and HSTADRH together form a 32-bit pointer to a location in the GSP’s ad- 
dress space. | 


* HSTCNTL contains several programmable fields that contro] host interface functions. 


* HSTDATA buffers data that is transferred through the host interface between the GSP’s 
local memory and the host processor. 


Several signals are available for communications between the host and the GSP. 

* HD15 through HDO are the actual data lines. | 

° HCS is the interface select signal strobe from the host. 

¢ HSFI1 and HSFO0 select which host register is being addressed. 

* HREAD and HWRITE are, respectively, the read and write strobes from the host. 


Table 8 shows how the above signals address the four host registers. 


* HLDS and HUDS signals, respectively, select the low byte or the high byte of the host 
interface registers. 


* HRDY informs the host when the GSP is ready to complete a transaction. 
° HINT is the interrupt signal from the host to the GSP. 
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Table 8. TMS34010 Signals Controlling Host Port Interface 
Host Interface Control Signals 


No Operation 
HSTADRL read 


HSTADRL write 


HSTADRH read 
HSTADRH write 
HSTDATA read 
HSTDATA write 
HSTCNTL read 
HSTCNTL write 


oooooo°oo 
PoOorROrOrFrO x 
OoOrororor x 


The fields in HSTCNTL control host interrupt processing, auto-incrementing of the host ad- 
dress register, and protocol in byte-at-a-time accesses to the 16-bit host port (whether the lower or 
the higher byte comes first). HSTCNTL also contains the status of interrupts from the host to the 
GSP and from the GSP to the host and a three-bit message word in either direction. These control 
bits are shown in Table 9. 


Table 9. TMS34010 Host Control Register Fields 


Input Message Buffer Host Only 
Input Interrupt Bit Host Only 
Output Message Buffer GSP Only 
Output Interrupt Bit GSP Only 
Nonmaskable Interrupt Host Only 


Nonmaskable Interrupt GSP and Host 
Unused Neither 

Increment Pointer Address on Write GSP and Host 
Increment Pointer address on Read GSP and Host 
Lower Byte Last GSP and Host 
Cache Flush GSP and Host 
Halt TMS34010 Processing GSP and Host 


TMS320C30 Application Board Interface 


In its unmodified form, the SDB communicates to the PC host through a single transceiver. 
A PAL decodes the PC address into the appropriate register selection signals. The registers are 
mapped redundantly into blocks of PC memory address space, as shown in Table 10. The board was 
modified by the addition of a connector to a cable from the C30AB’s target connector. The 
TMS320C30 sends to the modified SDB the following: 


¢ The TMS320C30s expansion bus address 
¢ The TMS320C30s data signals 

¢ I/O address space access strobe 

¢ Expansion bus read and write strobes 
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These signals map the GSP’s host interface registers in the TMS320C30’s address space (also 
shown in Table 10). The TMS320C30 mapping is actually replicated in four-word blocks until loca- 
tion 8057FFh. 


Table 10. Mapping of TMS34010 Host Control Registers 


HSTDATAOQ C7000h - C7CFFh 805002h 


HSTCNTL C7D00h - C7DFFh 805003h 
HSTADRL C7E00h - C7EFFh 805000h 
HSTADRH — C7FOOh - C7FFFh 805001h 


The modified SDB board must be able to select either the PC or the C30AB as its host. The 
C30AB target connector makes the two external flag bits XF0 and XFI available to the SDB. The 
TMS320C30 can configure these flags as either input or output pins. Upon leaving reset, these pins 
default to inputs and remain in the high-impedance state. XF0 is pulled low on the SDB to appear 
off when the TMS320C30 is in reset. After the PC loads the rendering software into the GSP, it acti- 
vates the C30AB and loads the TMS320C30’s software. As discussed earlier, the TMS320C30, 
during initialization, configures XFO as an output and loads it with a one. The address-decoding 
PALs on the SDB use this signal to select the C30AB as the SDB’s host. When the TMS320C30 
controls the SDB, it communicates through a full 16-bit interface to the GSP. Thus, before the inte- 
ger screen coordinates are sent in two’s-complement form to the GSP, they must be clipped to a 
range of -32,768 to 32,767. Fortunately, this range is still two orders of magnitude greater than the 
resolution of most monitors. 


In general, the above interface is fairly straightforward. The only complication is that the de- 
signers of the GSP expected a relatively slow microcoded general-purpose processor as a host. This 
allows the GSP to actually assert its HRDY line 80 ns before it is actually ready to process atransac- _ 
tion. When interfacing to the TMS320C30, PALs become necessary as state machines to create the 
appropriate number of wait-states on host reads and writes and thus ensure proper interprocessor 
communication. 


DSP to GSP Communication 


The TMS320C30 loads all commands and data into a command buffer contained within a 
space not usually mapped by the SDB’s C compiler configuration. This portion of GSP address 
space, the Shadow RAM, is normally reserved for optional PROMs. However, by writing a 1 to 
an RS latch in the GSP’s memory space, this area becomes occupied by the topmost portion of pro- 
gram/data DRAM. Before the TMS320C30 starts writing to HSTDATA to access this memory, 
it configures the host address to autoincrement. Once the GSP finishes processing data in the shad- 
ow RAM, it resets the value of the address registers to point to the beginning of the shadow RAM 
in order to allow the TMS320C30 to properly load its next command and data. 


The communication protocol between the TMS320C30 and the GSP closely resembles the 
protocol between the PC and the TMS320C30. The MSGIN and MSGOUT fields, respectively, 
replace the COMMAND and ACKNOWLEDGE words. However, rather than these fields con- 
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taining a particular value for a command, the value of 3 (binary 011) in either of these fields indi- 
cates that a command or an acknowledge exists. Upon reception of a command request, the GSP 
refers to the first location of the shadow RAM for a command word from the TMS320C30. Thus, 
the overall command scheme proceeds as follows: 
1) The TMS320C30 waits until it sees that the MSGOUT field contains a 0. 
2) The TMS320C30 stores all command and data into the shadow RAM. 
3) The TMS320C30 writes a 3 to the MSGIN field and waits for acknowledgment. 
4) The GSP acknowledges the reception of a command by writing a 3 to the MSGOUT 
field. 
5) The TMS320C30 withdraws its request by writing a 0 to MSGIN. 
6) The GSP reads the first word of the shadow RAM for the command and jumps to the 
appropriate case to process it. 
7) Once the GSP is finished with all data in the shadow RAM, it resets the values of the 
host address registers and then writes a 0 to the MSGOUT bit, indicating that the 
TMS320C30 is free to request another command. 


The TMS320C30 Drawing Routine 


When the TMS320C30 receives a redraw-screen request from the PC, it sends a command 
to the GSP to clear the screen after the monitor has drawn the bottom line; this ensures that the last 
view was drawn in its entirety. The TMS320C30 then calls its draw_object routine with *universe 
as an argument. For each array of primitives within the object, the TMS320C30 sends the size of 
the array and the array of screen representations of the primitives themselves to the TMS34010. 
Thus, the TMS320C30 can request the GSP to draw arrays of points, lines, or filled polygons. Once 
all arrays are drawn, draw_object recursively executes for all child objects within the universe. 
In this manner, all objects defined within the system are drawn. 


GSP System Initialization 


Several initialization routines are provided in the 7MS34010 Math/Graphics Function Li- 
brary User’s Guide [8]. The GSP executes these programs to properly configure the system before 
it begins its command detection loop: 
° The call to init_video configures the graphics buffer for an NEC Multisyne Monitor dis- 
playing 640 x 480 resolution. 
¢ The init_graphics function initializes the graphics environment by setting up the data 
structures for the graphics functions and assigning default values to system parameters. 
° The init_screen command initializes the screen. The entire frame buffer is cleared, and 
a color lookup table is loaded with the default color palette. 
° The init_vuport function initializes the viewport data structures and opens viewport 0, 
the system, or root window. 
¢ The set_origin command sets the origin of the system to the center of the screen. 


Drawing Routines 


Several drawing routines are also provided in the 7MS34010 Math/Graphics Function Li- 
brary User’s Guide [8]: | 
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* Foreach primitive in an array sent from the T MS320C30,t the GSP sets the proper drawing 
color with the set_color command. 

° The TMS320C30 commands the GSP to execute to the clear_screen before it starts to re- 
quest drawing of primitives for the next view. | 

¢ The TMS320C30 requests a wait_scan execution from the GSP to ensure that the GSP 
has fully displayed the last view before drawing the current view. 


© The GSP uses the draw_point(x,y) function to render a point on the display. 


¢ Similarly, ituses the draw_line(x1,y1,x2,y2) command to draw a line. The arguments are 
the screen coordinates of the two end-points of the segment. 


° The fill_polygon(n, linelist, ptlist) function takes as arguments of the number of vertices, 
an array of the line segments forming the sides of the polygon, and a list of s screen coordi- 
nates referenced by the linelist. 


Summary 


The TMS34010 Software Development board provides a good rendering module for this 
graphics system. The support hardware has been debugged and used in industry since 1987 and thus 
makes a reliable rendering subsystem. The target connector to the C30AB provides access to the 
TMS320C30 as an alternate host. Three PALs and two transceivers allow the TMS320C30 to as- 
sume control of the GSP, once both have started running their software. The draw_ object program 
on the TMS320C30 can command the GSP to draw graphics primitives. Functions in the 
TMS34010 Math/Graphics F unction Library User’s Guide [8] allow the GSP to initialize the moni- 
‘tor interface, clear the screen, ensure that an entire screen has been drawn, and draw the graphics 
primitives. Overall, the TMS34010 development tools provide an easy means to develop a render- 
ing subsystem for this graphics pipeline. 


Possible Improvements 


Several changes may be incorporated into the system to improve performance. Some simple 
enhancements involve modifications of the computational subsystem’s software to allow faster and 
more transparent command execution. Restructuring the method in which the data and command 
pass through the pipeline, a more complex modification, can greatly increase throughput. Addi- 
tional features such as more complex primitives, lighting, windowing, and text display would re- 
quire major software modifications to the system. However, any such modifications would not 
~ need to change the communication protocols or the command detection loops significantly. Finally, 
although the TMS320C30 represents the state-of-the-art in digital signal processing, the host pro- 
cessor and the rendering engine may be improved. 


Computational Subsystem Software 


The drawing routine currently sends the primitive arrays of an object one at a time to the GSP. 
Instead, it should send all primitive arrays for all objects to be redrawn in a single pass. The GSP 
should then process the contents of this stack of commands and data. 


Currently, as soon as the PC finishes requesting objects adjustments, it must request recalcu- 
lations of the screen coordinates of location arrays, The screen_object routine must operate on all 
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objects that have been adjusted directly or indirectly by having their ancestors adjusted. Instead, 
this routine should be called once with the *universe as the argument. The object structure should 
contain a flag that is set when an object is adjusted and reset when it is drawn. Thus, the new 
screen_object procedure would recursively search down the hierarchy of objects until it encoun- 
ters an object that has been adjusted and then should recalculate all the screen coordinates for it and 
those of its internal objects. Upon completion, it should search the rest of the hierarchy for adjusted 
objects. Thus, the host would have to request only adjustment, targeting, and draw commands. 
Screen representations would be automatically recalculated whenever a draw command is ex- 
ecuted. 


Rendering Subsystem Software 


Rendering subsystem drawing routines could be improved by designing functions coded to 
handle the primitive arrays rather than individual programming elements. These functions may be 
able to fit in the GSP’s instruction cache and improve execution time. 


Improved Data Flow 


One problem consistent at all stages of the system is the method of buffering. A single buffer 
usually contains all data and commands to be transferred from one stage to the next. Thus, during 
command execution one processor may wait for the other to relinquish control of the command 
buffer. 


The first of two methods to improve the dual-port SRAM connecting the PC and the DSP 
is to divide the SRAM into two buffers. The PC writes the current command to one buffer, while 
the TMS320C30 processes commands and data stored in the other. This prevents contention for 
the dual-port SRAM. The particular buffer which each processor controls is swapped on each com- 
mand request. Second, adding three more 4K x 8 dual-port SRAMS in parallel would allow the PC 
to communicate to the TMS320C30 with full 32-bit wide words. Thus, the masking and concatena- 
tion necessary to receive larger data types would become unnecessary. On the original design the 
potential addition of these RAMs consumed a prohibitive amount of board space. Full word size 
is possible only if space constraints are eased. 


The splitting of the command buffer between the TMS320C30 and the GSP allows the GSP 
to draw the current screen while the TMS320C30 sends the primitive arrays for the next. Similarly, 
two display buffers allow one buffer to be displayed on the monitor while the GSP draws the next 
view to the other. 


Computational Features 


The DSP 1s suited to perform many other types of computational features. Because these 
functions are more complex, they were not implemented in the limited design time available. This 
system truncates objects that are too high, too low, too far right, or too far left by using the GSP’s 
drawing routines that automatically clip coordinates outside the screen boundaries. However, the 
system cannot determine whether one object is in front of another and draw the objects appropriate- 
ly. Functions to do this hidden-surface removal require complex algorithms to determine whether 
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one 3D surface obscures another. Simpler routines could be made to clip objects that are too far 
away to see or objects that are behind the viewer. 


A lighting feature would allow appropriate factors of light intensity and reflection to deter- 
mine the shading of surfaces. Lighting may be ambient (equal everywhere) or come from several 
possible source geometries. Reflections could either be diffuse and scatter light equally in all direc- 
tions, or be specular like those off any shiny surface. With these parameters, the TMS320C30 can 

compute the appropriate shading of a given pixel. In this scenario, the GSP is reduced to drawing 
single points with a given color. Thus, any lighting function would slow rendering time. 


More complex primitives can be produced by using the TMS320C30 to generate arrays of 
pixels representing solutions to equations. The PC could dispatch a command to draw a primitive 
based on a particular type of equation (such as the parametric equations representing a sphere) and 
then load the appropriate parameters for that equation. The DSP would generate the appropriate set 
of pixels for that object and send it to the GSP as arrays of points. 


Rendering Features 


The TMS34010 Math/Graphics Function Library [8] permits the user to create and select 
various windows for display. Once a window is selected the DSP can run the existing system soft- 
ware within that window. Thus, the host would also need to be able to direct the DSP to tell the GSP 
how to manipulate its windows. The Library also enables the GSP to print text on the screen. This 
feature also would not be very difficult to implement. 


A More Advanced Host 


Amore advanced host could be a high-speed RISC processor such as SPARC. This unit could 
communicate with the DSP at faster rates, so command transfers would consume less time. In addi- 
tion, SPARC is a 32-bit machine, which could allow word transfers between host and DSP in a 
single instruction. 


A More Advanced Rendering Engine 


_ The TMS34010’s performance as a rendering engine could be improved. If the GSP could 
be ready to complete a transaction when the HRDY line is asserted and not some period of time 
later, the C30AB to SDB interface would be more straightforward and not require as many wait 
states. This problem is corrected in the second-generation GSP TMS34020, which was not avail- 
able at the time of the design of this system. In addition, the TMS34020 also allows the host to trans- 
parently access the GSP’s bus while the GSP continues processor functions. 


Conclusion 


Despite its shortcomings, this system still demonstrates the dataflow in a graphics pipeline 
using a digital signal processor as a computational element. One main benefit of the digital signal 
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processor is the availability of development tools such as C compilers, assembler/linkers, software 
development boards, and in-circuit emulators that accelerate design time. The TMS320C30 also 
provides speeds comparable to many bit-slice processors that require programmers to develop ex- 
tensive microcode routines. The hardware multiplier, floating-point capability, RISC architecture, 
and parallel bus access facilitate fast, precise graphics calculations. Overall, a digital signal proces- 
sor provides an attractive option to the graphics system designer interested in making high-per- 
formance systems with quick turnaround time. 
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Appendix A 


Graphics Programs 


Listing 
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Name 


TMS320C30 C Structure Representing an Object 
TMS320C30 C Structure Representing a Location 
TMS320C30 C Structure Representing a Point 
TMS320C30 C Structure Representing a Line 
TMS320C30 C Structure Representing a Filled Polygon 
TMS320C30 Communications Macros 

TMS320C30 Global Variables 

TMS320C30 Main Command Execution Loop 
TMS320C30 Floating-Point Conversion Routine 
TMS320C30 Object Loading Routine 

TMS320C30 Screen Coordinate Calculation Routine 
TMS320C30 Transformation Matrix Evaluation Routine 
TMS320C30 Object Deletion Routine 

TMS320C30 Request for Additional Data in Object Load 
TMS320C30 Object Drawing Routine 

TMS34010 Point Structure 

TMS34010 Line Structure 

TMS34010 Color Array 

TMS34010 Color Palette 

TMS34010 Main Command Execution Routine 

PC Object Loading Data Structure 

PC Communications Macros 

PC Global Variables 

PC Targeted Object Adjustment Routine 

PC Routine to Set Parameters for an Object Load 

PC Routine to Target Parent of Current Target Object 
PC Routine to Target a Child of Current Target Object 
PC Routine to Redraw Screen 

PC Routine to Load the Primitives of a Wireframe Cube 
PC Main Routine to Draw a “Planetary System of” Cubes 
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JABBER HEHEHE HEIHHHHHHHHHEHEEEE 
-->Listing 1! TMS320C30 C Structure Representing an Object 

struct object 

f 


t 


struct object *parent:/# object within who’s frame the ebject is defined #/ 


Tong subnum: /* sibling number of object = #/ 
Tong Jocnums /* number of locations #/ 
tong ptnums /* number of points ¥/ 
Tong Tnnums /* number of lines #/ 
Tong pgnums /* number of polygons */ 
long cdnums /* number of daughter objects #/ 
Float sx: float sy: float sz: /# scale factors #/ 
float dx: float dy: float dz; /# offsets #/ 
float theta; /* angle of rotation around z-axis (x to y) #/ 
float phi: /* angle of rotation around x-axis (y to z) */ 
float omega: /* angle of rotation around y-axis (z to x) / 
float r{3IC4]; /* matrix formed ty scale, the offset, then rotate #/ 
float pf31f4); /* ascending product cf all ancestral r matrices #/ 
loc #]0cS: /* pointer to location array */ 
point  #pointss /* pointer to point array / 
line #]iness /* pointer to line array */ 
polygon polygons: /* pointer to polygon array ¥/ 
struct abject #objects(MAXOB]: /* pointer to array of *f 

/*pointers to child objects #/ 
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~->Listing 2§ TMS320C30 C Structure Representing a Location 


typedef struct 


{ 
float x: float y: float 2; /* world coordinates #/ 
long a; long bs /* screen coordinates #/ 
} Toes 


ERERERAE EERE REE RE REELE EER ESLER SEER ELLER REEL REESE EEE E ERREAR ES ERR RE TERRE RELA HSER E 


JEBHGHBHHH HEHEHE GHEE GHB HSH 
--FListing 3! TMS320C30 C Structure Representing a Point 
typedef struct 
if 
Tong color: 
lang lochs /* number of location in location array #/ 


} point: 
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~->Listing 4: TMS320030 C Structure Representing a Line 


typedef struct 


{ 
long colors 
long startlocn: /* start loc number #/ 
Tong endlocns /* end loc number = #/ 
} lines , 
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-~2Listing 5! TMS320C30 C Structure Representing a Filled Polygon 
typedef struct 
{ 
long colors 
leng vertnums /* number of vertices #/ 
Tong #vertlocns /* array of vertices loc numbers #/ 


? polygon: 
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~->Listing 6: THS320C30 Comaunications Macros 


/* eo--------- +--+ -~-- == ~~ - = --- = +--+ +--+ === —---~------#/ 
/* COMMUNICATIONS MACROS TO GSP &/ 
| Ben rr a rn nn ern ———#/ 
#define CTLFREE 0x0800 

#define CTLREG 0x0803 

#define CTLACK Ox0833 

#define CTLWITH 0x0830 

#define HOSTCNTL (#thstcnt] & OxOOFFF) 

| 4-~-----~~--- --- -—- - -—-- - - - + + + tf 
/* MAXIMUM NUMBER OF INTERNAL OBJECTS */ 
|¥-------------------------------------------------—--- = ~~~ 
#define MAXOB 10 

[ Remnant nn nn rn ren tf 
/t PC COMMUNICATION LOCATIONS #/ 
[enna nn nnn nnn nnn nnn nnn nnn ene nnn nnn nn nnn */ 
#define COMMAND — (#dual_port & OxOFF) 

#define ACKNOWLEDGE dual_port{1] 

[ Remeron rr rn nn rn rr rn ne nen nen nn ene ennn mm tt | 
it DATA RECOVERY FROM THE DUAL PORT #/ 
ee a 


#define DPO(a) 
#define DP1(a) 


dual_port[a] 

dual_portla + i] 

#define DP2(a) dual_portl[a + 2] 

#define DP3(a) dual_portla + 3] 

#define DPLONG(a) ((Tong) ((BPi(a) & OxOOFF) <¢ 8 t (DPO(a) & OxO0FF))) 


SET HE EAE HE REE E EE SEER ESHEEE REE LEE EERE REEL EERE ESE REESE 


JHB HHHHHHHMHHEHHHHHHHHBHEHHHHHHHHHHHHEHHHEHHHHEHHHHHHHHEHHHHHHEE 


-->Listing 72 TNS320C30 Global Variables 


Vong k,1: /* temporary and looping variables #/ 
struct object #universe, #to, #no; /# universe, target object, next object #/ 
unsigned long #dual_port: /* dual port SRAM #/ 
union /* variable to construct a c30 format  #/ 
{ /* float from intel format allowing = #/ 
float f /* bit manipulation on a float #/ 


unsigned long i 
} fllona: 
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-->Listing 8: TMS320C30 Main Command Execution Loop 


void main() 

{ 
register float twopi = 6.283185308; 
register long i, js 
register long #thstdata = (long #) Ox805002; /# 340 host data register  #/ 
register long #thstcnt] = (long #) 0x805003; /# 340 host control register#/ 
dual_port = (unsigned long #) 0x804000; 


asn(" OR 0800h, ST"); /# enable cache #/ 
asa(" LDI 02h, IOF"). /# set XFO and assume control of 340SDB */ 
/* set for zero internal wait states on both buses / 


*((unsigned long #) 0x808060) = 0: 
#((unsigned long #) 0x808064) = 0x1000; 


#hstcntl = CTLFREE:/# turn off any request to THS34010 */ 
#dual_port = 0s /* turn off any request from the PC #/ 
ACKNOWLEDGE = 0: /* turn off any acknowlegement to the PC #/ 
/* allocate space for the internal object #/ 
universe = (struct object #) malloc (sizeof(struct object)); 

to = universe: /* target universe #/ 
to->subnum = 0: /* set universe sibling number to 0 #/ 


to->parent = te: 
while(COMMAND '= 1): 


/* universal object is its own parent #/ 
/* first command must be a load object = #/ 


ACKNOWLEDGE = 1; /* acknowledge that c30 is ready #/ 
while(COMMAND '= 0); /* wait for pc to withdraw request #/ 
load_object(): /® load universe / 
ACKNOWLEDGE = 0: /* show that dual port is free */ 
matrix(): /* calculate transformation matrix #/ 
for(s:) /* infinite loop for PC command detection#/ 
{ 
while(COMMAND == 0): /* wait for PC to request service */ 
j = COMMAND; /* save command #/ 
ACKNOWLEDGE = j: /* acknowledge request #/ 
while(COMMAND '= 0): /* wait for PC to withdraw request #/ 
switch (j) /* execute requested command number */ 
{ 
case 1: /* LOAD A DAUGHTER OBJECT #/ 


if (to->dobnum == MAXOB) break: /# abort if > maximum objects #/ 
J = t+to->obnum: /* increase number of daughter objects  #/ 


/* allocate space for new object #/ 
to-Dobjects{j} = (struct object #) malloc (sizeof(struct object)); 
no = to-Dobjects{j]; /# next object is daughter object #/ 
fo->subnum = js /* set sibling number of next object #/ 
ho->parent = to: /* assign current object as no’s paret = #/ 
to = nos /* target daughter object #/ 
load_object(); /* Joad daughter object #/ 
ACKNOWLEDGE = 0; /* show that dual port is free #/ 
matrix()s /# calculate transform matrix #/ 
break: 
case 2: /# TARGET A DAUGHTER OBJECT */ 


j = DPLONG(2): /® get daughter object number to target #/ 
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’ ACKNOWLEDGE = 0; = /# show that dual port is free af 
if (j > to->obnum) break; /# can only target existing object #/ 
to = to-dobjects(jJ; /# target daughter object #/ 
breaks 

case 33 /* TARGET PARENT OBJECT af 
ACKNOWLEDGE = 0; /% show that dual port is free #/ 
to = to->dparent; /& set targeted object to parent #/ 
break: 

case 4: /* DELETE TARGETED OBJECT #/ 


ACKNOWLEDGE = 0; /# show that request dual port is free  #/ 
if (to == universe) break: /# don’t allow deletion of universe#/ 


- j = to->subnum + 1; /# get number of next sibling */ 
no = to-~>parent; /* set next object to parent #/ 
deleteobject(to): /# delete current object #/ 
to = nos /* target parent object af 
1 = to-Dobnum: /*® find total number of siblings #/ 

/* decrement sibling number on al] younger siblings #/ 


for{i = jy i <= 1; ##i) —-to-dobjectslil-dsubnum; 
--to-Dobnum: /# decrement total number of daughter objects #/ 
breaks 


case 5! /* ADJUST TARGETED OBJECT #/ 


to->sx = #= dpfloat(2);: /# adjust scales #/ 
to-dsy =. #=_ dpfloat(6); 

to-dsz  #= dpfloat(10); 

to->dx ss t= dpfloat(14); /# adjust offsets #/ 
to-ddy = += dpfloat(18); 

to->dz += dpf Toat(22)s 

to->theta t= dpfloat(26): /# adjust angles #/ 
to->phi t= dpfloat(30); 

to-Domega +> dpfloat(34); 

ACKNOWLEDGE = 0: /* show that dual port is free #/ 


/*® keep angles in the (0,2pi) range) #/ 
to->theta = faod(to->theta, twopi)s 

to->phi = fmod(to~>phi , twopi); 

to-Donega = faod(to~domega, twopi); 


matrix(te): /* recalculate transform matrix #/ 
breaks 
case 6 /# DRAM UNIVERSE #/ 
ACKNOWLEDGE = 0: /* show that dual port is free #/ 
while(HOSTCNTL '= CTLFREE): /# wait for 340 to be free #/ 
thstdata = 4; /t enter command for a screen clear #/ 
thstcnt) = CTLREQ; /% request service from 340 #/ 
‘while(HOSTCNTL != CTLACK); /# wait for acknowledgement a/ 
#hstcnt] = CTLWITH; /# withdraw request #/ 
draw_object(universe); -/# draw universe #/ 


while(HOSTCNTL '=-CTLFREE): /& wait for 340 to be free #/ 
shstdata = 6; /* enter command for a scanline / 
thstcnt] = CTLREQs /* request service from 340 */ 
while(HOSTCNTL != CTLACK); /# wait from acknowledgement #/ 
#hstcnt] = CTLWITH: /# withdraw request #/ 
breaks 

case 7% /* CALCULATE SCREEN COORDINATES */ 


/% +++WARNINGH+ the PC user must execute a screen command to #/ 
/* screen all objects that have been adusted since the last —#/ 


/* draw before the next draw. However, if an object is #/ 
/* screened all daughter objects are as well. */ 
ACKNOWLEDGE = 0: /® show that dual port is free #/ 
screenobject(to)s  /# calcuclate screen coordinates #/ 
break; 
default: 
ACKNOWLEDGE = 0; /* show that dual port is free #/ 
break: 


} 
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~-dListing 9: TMS320C30 Floating-Point Conversion Routine 


float dpfloat (a) 
register unsigned long as /* offset from start of dual port SRAM #/ 
{ 

register unsigned long sign: 

unsigned long mant, ex: 


a= (DP3(a) << 24 /* concatenate 4~byte value */ 
+ (DP2(a) & OxOOFF) << 16 
i (BP1(a) & OxOOFF) <C 8 
i (DPO(a) & OxOOFF)): 


sign = (a & 0x80000000) >> 8; = /# extract and reposition sign bit #/ 

ex = (a & Ox7F800000) - /* extract exponent */ 
- Ox3f800000) << 1: /*® converts to 2’s complement / 

if (sign) 

{ 


pant = (- a) & OxOO7FFFFF; /# takes 2’s complement of mantissa */ 
if (mant == 0) ex -= 0x01000000; /# checks for input mantissa of -2 #/ 
} 


else fant = a & OxOO7FFFFF; /% otherwise leave mantissa alone */ 
a = Sign + mant + ex: /* reconstruct Floating-point fields  — #/ 
fllong.1 = a: 

return fllong.fs /* return reconstructed float */ 


? 
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~-)Listing 10: TMS320C30 Object Loading Routine 


void load_object() 


{ 
register long i, j; /* temporary and looping variables #/ 
register struct object to: /* pointer to target object #/ 
register loc #templocs /# teaporary location pointer #/ 
register line  #templn: _#% temporary line pointer #/ 
polygon #teappg: /* temporary polygon pointer x/ 
point #temppt: /* temporary point pointer #/ 
Tong Ic = = DPLONG(2); /# number of coordinate locations #/ 
long pt = DPLONG(4): /* number of points */ 
long In == DPLONG(4); /* number of lines #/ 
long pg = = DPLONG(8); /*® number of polygons #/ 
o = to: /* set target object as object for loading / 
/* initialize primitive numbers and transform parameters &/ 


o->Tocnua = te: 
o->ptnum = pt: 


o->Innum = In: 
o-Dpgnum = pgs 
o~Dobnua = ~1; 


o-)5x = dpfloat(10)s o~>sy = dpfloat(14); o->sz = = dpfloat(18): 
0-)dx = dpfloat(22):  o-ddy = dpfloat(26):; o-ddz = = _dpfloat(30); 
o->theta = dpfloat(34): o~>phi = dpfloat(38);  o-Domega = dpfloat(42); 


/% ALLOCATE SPACE FOR OBJECT PRIMITIVES #/ 
o~>locs == (loc #) malloc (sizeof (loc) # Ic): 

o->points = (point +) malloc (sizeof (point ) * pt): 

on~>lines = (line #) malloc (sizeof (line ) * In); 

o->polygons = (polygon #) malloc (sizeof (polygon) # pq): 


/* LOAD UPTO 377 LOCATIONS PER OBJECT x/ 
for (i = 0, j=4b3 i C Ves ti, j t= 12) 
{ , 


temploc == &o->Tocslid); 
temploc->x = dpfloat(j)s 

temploc~>y = dpfloat(j + 4): 
temploc->z = dpfloat(j + 8): 


/* save temporary location #/ 
/# load world coordinates #/ 


} 
/& LOAB UPT 2047 POINTS PER OBJECT #/ 
if (pt) 
{ 
more.data{): - 
for (i = 0, j223 i ¢ pts Hi, j te 4) 
{ 
teappt . = &lo-dpoints{i]); /# set temporary point location #/ 
teappt-dcolor = DPLONG(j); /® get point color #/ 
teappt-dlocn. = DPLONG(j + 2); /# get point location #/ 


} 
/* LOAD UPTO 1364 LINES #/ 
if (In) 
{ 
more_data(): 
for (i = 0, j=2 5 i C Ims ti, jf t= 4) 
{ 
templn = &(o-)Tineslil)s /* set temporary Tine = #/ 
tempIn->color = DPLONG(j): /* get color #/ 
templn->startlocn = DPLONG(j + 2); /* get starting location #/ 
teapIn-dendlocn = DPLONG(j + 4): /* get ending location #/ 
} 
} 
/* LOAD ONE POLYGON AT A TIME */ 
if (pq) 
{ 
for (i = Os i < pgs ++i) 
{ 
more_data(): 
temppg = &(o-dpolygons(il),; /# set temporary polygon #/ 
temppg->color = DPLONG(2): /*® get color #/ 
{ = DPLONG(4); /* get number of verteces #/ 
temppg->vertnum = |; /* set number of verteces #/ 
/* allocate space for vertex location list #/ 
teappg~>vertlocn = (long #) malloc (sizeof (long) # 1); 
for (k = 0, j = 6s ok < ly +¢k, j += 2) /* load verteces #/ 
{ 
temppg->vertlocnlk] = DPLONG(j); /* set vertex location #/ 
} 
} 


ne 


} 
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—->Listing 112 THS320C30 Screen Coordinate Calculation Routine 


void screen_object(o) 
register struct object #o: 


{ 


register long i,j; /* teaporary and looping variables = #/ 


register lec #temploc; /* temporary location pointer #/ 
register struct object #tempob: /*® teaporary object pointer #/ 
register float x,y; /* co-ordinate floating point values #/ 
float z,ds /* and perspective constant #/ 


tempob = o->parent; /* set temporary object to parent object #/ 


/# COMPUTE PARENT MATRIX #/ 
/* if object is universe set parent matrix to transform matrix r #/ 
if (9 == universe) ‘ 
{ 
for(i = 0: 1 <3: +4i) for(j = Os jC 4s t4j) o->plillj] = or lillj); 
} 
/* otherwise p matrix is product of r matrix and parent’s p matrix #/ 
else for(i = 0; i ¢ 3: ++i) 
{ 
o~>pli}(0] = o->r{0](0] *# tempob->pliJ(0] + o-drf1J[0] # tempob->plill1) 
+ o->r{2](0] * teapob->plill2); 
o~>pLil(i] = o->rlO]{1] * tempob->pli}(O] + o-drfi]li] * tempob->plill1] 
+ o~>r{2]{1] * tempob->plil(2); 
o->plil{[2] = o->r(0}{2] * tempob->plil(O] + o-d>r(i](2] * tempob->plilli] 
+ o->r{2](2] © tempob->pli){2); 
o~>pli}(3] = o->r(0}{[3] *# tempob->pliJ{0] + o->rfil[3] * tempob->plill1) 
+ o->r{21{3] # tempob->plil2] + tempob->plill3); 
} 
/# COMPUTE SCREEN COORDINATES #/ 


j = o->locnuas /*® get number of locations #/ 

for (i = 03 i ¢ js ++i) 

{ 
temploc = &(e-Dlocslil); - /* set temporary location #/ 

/® save global coordinates */ 

x = temploc->x; y = temploc->y; z = teaploc->2z; 


/* calculate z value, add offset of 5, and invert for perspective #/ 
d = 1/(x # o->pl2}[0] + y # o->pl2)C1] + z # o-Dp(2](2] + o->p{2I{3] + 10): 


/® calculate transformed x and y, add perspective, and scale to screent#/ 
k = (long) ((x # o->plOJ(0] + y # o->p(0IL1] 
+ z & o->p{0][2] + o->p{0]{3}) # d # 200): 
1 = (long) ((x # o->p£1]00) + y # o->pli}f1) 
+ z & o->p{i}{2] + o->plil{3]) # d # 200); 


/€ clip to a.16 bit integer #/ 


if (k > 32000) k = 32000; else if (k < -32000) k = -32000; 
if (1 > 32000) 1 = 32000; else if (1 ¢ -32000) 1 = -32000; 
/* set screen coordinates : #/ 
temploc->a = ks temploc->b = 1; 
} 
/* screen all internal objects : #/ 


i = o->obnum; 
for (i = 0: 1 <= js ++i) screen_object{o-dobjectsli]); 
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—->Listing 12: TMS320C30 Transformation Matrix Evaluation Routine 


matrix() 


{ 


} 


register float cost, sints /* transform temporary */ 
float cose, sino, cosp, sinp;/# variables #/ 
register struct object #0; 


o = to: 

cost = cos{o->theta): 

sint = sin(o->theta): 

coso = cos(o~>omega)s 

sino = sin(o-Donega): 

cosp = cos(o->phi)s 

sinp = sin{o-Dphi)s 

o->r[0]{0] = o-dsx # cost * cose: 

e->r(O][1] = - o->sy # sint # coso: 

o->r(0](2] = o-dsz # sino: 

o->r(0](3] = (o-ddx # cost - o-ddy # Sint) # cose + o->dz * Sino: 

o->r[i£0] = o-dsx # (sint # cosp + cost # sino * sinp)s 

o->r(1ILi] = o-dsy # (cost # cosp - sint * sine # sinp): 

o->r{1}[2] = - o->sz * coso * sinp: 

o->r(1}(3] = (o-ddx *# cost - o->dy # Sint) *# sino ~ o->dz *® cose) # sinp 
+ (o-ddx # sint + o-ddy # cost) # cosp: 

o->r(2]{0] = a-dsx # (Sint ® sinp - cost # sino # cosp): 

o->r{21{1] = o-dsy # (cost * sinp + sint # sino * cosp): 

o->r{2](2] = o-}5z # coso * cosps 

o->e(2][3] = ((- o->dx # cost + o->dy # sint) * sino + o-}dz ¥ coso) 
# cosp + (o-ddx # sint + o->dy # cost) # sinp: 
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-->Listing 13: TMS320C30 Object Deletion Routine 


void deleteotject (o) 


‘register struct abject #0: 


{ 


register long i, js 7% temporary, looping variables #/ 
free (o-}}ocs): /% delete Jocation array #/ 
free (o->points): /* delete point array #/ 
free (a->lines): /* delete line array #/ 
j = o->pqnums /* get number of polygons %/ 
for (i = Qs i <= jy ++i) Free (o->polygonsfil.vertlocn): /# delete */ 
for (i = 0: i <= je +4i) free (o->polygons): /& polygons  #/ 
i = o-Pobnum /* get number of daughter objects +#/ 
for (i = O02 1 <= jstti) deleteobjectlo->objectslil); /# delete abjects #/ 
free (0): /# delete object = #/ 
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-->Listing 14: TMS320C30 Request for Additional Data in Object Load 


void aore_data() 


{ 
ACKNOWLEDGE = 127; /* request more data #/ 
while(COMMAND != 127): /* wait for more data */ 
ACKNOWLEDGE = 1; /* restore old acknowledge #/ 
while (COMMAND '= 0): /* wait for PC to resume old command */ 
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--dListing 15% TMS320C30 Object Drawing Routine 


void drawebject (4) 
register struct abject #o: 


£ 
v 


register long is /* temporary, looping variable #/ 
register loc #temploc: /* temporary location pointer #/ 
point *temppt; /* temporary point pointer #/ 
register line #tempin: /* temporary }ine pointer s/ 
polygon *temppa: /® temporary point pointer / 


register long #hstdata = (long #) 0x805002: /# 340 host data register = #/ 
register long #hstcnt] = (long *) Ox805003: /# 340 host control register #/ 
register j = o-}Innum: /*-temporary, looping variable #/ 


/* DRAW ANY LINES %/ 
if (j) 
{ 
while (HOSTCNTL '= CTLFREE): /* wait till 340 is free */ 
*hstdata = 123: /* send command to draw object #/ 
#hstcnt] = CTLREG: /* request service from 340 = #/ 
thstdata = j: /* send number of )ines / 
for(i=Os i < js ++i) /*# send lines #/ 
{ 
tempin = &(o->lineslil): /* save line pointer */ 
thstdata = teapln->color; /* send color #/ 
thstdata = o->locs(tempin-Dstartlocn].as /* send start */ 
#hstdata = o->locs{temp]n->startlocn].bs /* coordinates #/ 
thstdata = o->locs(templn-Dendlocn].as /* send end */ 
 #hstdata = o->locs(templn-dendlocn].b; /* coordinates #/ 
} 
while(HOSTCNTL '= CTLACK)s /* wait for 340 to acknolwedge request #/ 
#hstcnt} = CTLWITH: /* withdraw request #/ 
} 

/* DRAW ANY POINTS */ 
j = o->ptnum: _ /* get number of points #/ 
if (j) 

{ 
while (HOSTCNTL '= CTLFREE): /* wait till 340 is free #/ 
*hstdata = i: /* send command te draw object #/ 
#hstcnt] = CTLREQ: /* request service from 340 = #/ 
*hstdata = js /* send number of points #/ 
for(i=0s i < js +41) /® send points */ 
. 
temppt = &(o-dpointsfil): /* save point pointer */ 
*hstdata = temppt-dcolor: /* send color #/ 


#hstdata = o->locs(temppt->locn].a; /# send screen coordinates #/ 
“hstdata = o->locs{temppt->locn].b: 
} 
while(HOSTCNTL '= CTLACK): /# wait for 340 to acknolwedge request #/ 
#hstcnt) = CTLWITH: /* withdraw request #/ 
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/* DRAW ANY POLYGONS #/ 
1 = 0->pgnua; 
if (1) 
{ 
for(i =O: i ¢ Ts ++i) /* draw polygons #/ 
{ 
temppg = &(o-dpolygons{il), /# wait till 340 is free */ 
j = temppa->vertnum; /* send command to draw object #/ 
while (HOSTCNTL '= CTLFREE); /# request service from 340 */ 
ehstdata = 5: /& send number of points #/ 
#hstcnt! = CTLREQ: /* send points #/ 
#hstdata = temppg->color: /* send color #/ 
thstdata = j; /* send number of verteces */ 


/* send point connect list (0,1 , 1,2 , 2,3 .... jrZ,jrl , jri,0 #/ 
thstdata = 0: 
for(k = 1; k ¢ jy tk) 


{ 
#hstdata = k: #hstdata = ks 
} 
thstdata = 0; 
/* send vertex location list */ 
for{k = 0: k € js ++k) 
if 
temploc = &(o->locs{temppg-2vertiocn(k]]): /# save point */ 
#hstdata = temploc~ a; #hstdata = temploc->b: 
} 
whi le(HOST '= CTLACK): /# wait for 340 to acknoleedge request#/ 
#hstcntl = CTLWITH: /* withdraw request */ 
} 
} 
/* DRAW ANY DAUGHTER OBJECTS */ 
j = o-Dobnum: /* get daughter objects #/ 


for (i = 0: i <= js ++i) drawcbject(o-dobjectslil): 
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~-YListing 16: TMS34010 Point Structure 


typedef struct /* POINT #/ 
f 
short color; /# point color / 
short x: /* x co-ordinate #/ 
short ys /* y co~ordinate #/ 
+ points 
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~-Listing 175 TMS34010 Line Structure 


typedef struct /# LINE #/ 
{ 
short color: /# line color #/ 
short x1: /* x co-ordinate of starting point #/ 
short yl: /* y co-ordinate of starting point #/ 
short x2s /* x co-ordinate of end point #/ 
short y2s /* y co-ordinate of end point #/ 
3 lines 
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~-}Listing 18% 7MS34010 Color Array 
Jong colorf[ié] = ¢ 

CC, CCi, (C2, CC3, CC4, C5, Clb, CC7, CCB, CC9, CLIO, CCil, CC12, 

CC13, CC14, COIS: 
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#--}Listing 19: TMS34010 Color Palette 
Short mypalet{i6] = { 

0x0000, OxF000, OxO0FO, OxFOFO, Ox0FO0, OxFFOO, OxOFFO, OxFFFO, 

OxOAFO, 0x0900, OxFA70, OxF4A0, Ox17B0, 0x66460, 0x9990, OxBBBO }: 
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--FListing 20: TMS34010 Main Command Execution Routine 


main() 
reqister Jine *templns /* temporary line pointer t/ 
register point *temppt: /* temporary point pointer #/ 
register short tempint: /* temporary integer #/ 
register short Is /* looping variable #/ 
Vine #lines: /* pointer to line array #/ 
point #points: /* pointer to point array #/ 
Short #hstadrh, #hstadrl, # hstctll, #number, *pgnum, *pointer, adr], adrh: 
#((short #) Qx04000000) = Ox0001; /# turn on shadow ran #/ 
#((short #) OxCOOQOOBO) &= Ox7FFF: /# enable cache #/ 
hstctl] = (short #) OxCOQO00F0: /* host control register low byte */ 
hstadrh = (short #) OxCOQQQCE0: /# host address register high word = #/ 
hstadrl = (short #) OxCOQOO0D0: /* host address register low word / 
pointer = (short #) OxFFFO0000: /® pointer to beginning of shadow ram #/ 
lines = (Vine *) (QxFFFQO020): /# starting point of line array #/ 
points = (point #) (OxFFFOQO20).; /# starting point of point array */ 


ponum = (shart #) (OxFFFO0020); /#location of number of polygon verteces#/ 
humber = (short #) (OxFFFQQ0IG):  /# number of primitives to draw */ 
adr} = (short) (((long) pointer) & OxQQQOFFFF);: 

adrh = (short) ((( (long) pointer) >> 16) & OxQQO0FFFF) 

initvideo(i): /* configure for a NEC MULTISYNC, non-interlaced, 60Hz #/ 
imitigrafix(): /# initialize graphics environment = #/ 


init-screen(): /* initialize screen / 
init_vuport(): /* initialize viewing window */ 
set_origin(320, 240); /* place origin at center of screen  #/ 
#hstadrh = adrns /* reset start data address */ 


thstadr] = adrl: 


thstctl] = Os /* turn off any command to the 340 = #/ 


for (ss) 
{ 
while (#hstctl] '= 0x0003): /* wait for request from the C30 */ 
#hstct)] = 0x0030; /* acknowledge request #/ 
while (#hstctl] != 0x0030): /teait for c30 te load data & withdraw#/ 
/* decode command #/ 


suitch (#pointer) 
{ 

case 1235 /# DRAW LINES = #/ 

tempint = #number: /* get number = #/ 

for (i =O: i ¢ tempint, ++i) /* of lines #/ 


f 
‘ 


templn = &(linesli)): 

set_celorl(color(tempin->color]): 

draw_line( templn->x1, 
tempIn-2yl, 
temp1n->x2, 
tempin->y2): 


/*set line points/ 
/* set color #/ 
/% draw line */ 


x 
f 


#hstadrh = adrh: /* reset start data address #/ 
#hstadr] = adrls: 
ehstctl] = 0s /* turn off any command to the 340 = #/ 


break: 

case 1: /* DRAM POINTS § #/ 
tempint = #number: /* get number oft/ 
for (i=0: i < tempint: ++i) /t points ¥*/ 
{ 


temppt = &(points{il): 
set_colori(color{temppt->color]): 
draw.point( temppt->x, 


/* save point #/ 
/* set colors = #/ 
/* draw point  #/ 


temppt—>y): 


} : 
#hstadrh = adrh: /* reset start data address */ 
#hstadr] = adrl: 

#hstctll = 0: /* turn off any command to the 340 = #/ 
breaks 

case 3: /* SET SCREEN BACKGROUND +/ 
new_screen(colorC#number] mypalet): /# clear screen #/ 


thstadrh = adrh: 
*hstadr] = adr: 


/* reset start data address #/ 


#hstctl] = 0: /* turn off any command to the 340 = #/ 
break: 

case 4: /* SET BACKGROUND BLACK +/ 
*hstadrh = adrhs /* reset start data address / 
#hstadrl = adrl; 
thstctl! = 0; /* turn off any command to the 340 = #/ 
new_screen(O,mypalet): /# clear screen #/ 
break: 

case 3 /* DRAW A FILLED POLYGON = #/ 


set_colori(colorl#number]): 


tempint = *pgnun; 


fill_polygon(tempint, 


/* set polygon color #/ 
/# get number of verteces #/ 
/*® £111 polygon #/ 


(short *) (pointer + 3), 


(short 
#hstadrh = adrh: 
thstadrl] = adr; 
#hstctl] = Os 
break: 
case 6: 

#hstadrh = adrh: 
thstadr] = adrl: 
#hstctll = 0; 


wait scan(0): 
wait.scan(479): 
break: 

default: 
thstadrh = adrhs 
#hstadrl = adrl; 
#hstctl] = 0; 
break: 


? 


*) (pointer + 3 + (tempint << 1)))s 
/* reset start data address #/ 


/* turn off any command to the 340 = #/ 


/* WAIT FOR COMPLETE SCREEN RESCAN #/ 
/% reset start data address */ 


/# turn off any command to the 340 = #/ 
/tuait till scan reaches top of screent/ 
/tgait till scan reaches bottom (line 479)#/ 


/* reset start data address */ 


/# turn off any command to the 340 = #/ 
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--PListing 21! PC Object Loading Data Structure 


typedef struct 


f 


Pies 


short otnums- /# number of points (location) #/ 
short dtnum: /* number of drawn dots */ 
short Innums /# number of lines #/ 
short pqnums /* number of filled polygons #/ 
float sx: float sy: float sz: /* scale factors #/ 
float dys float dy: float dz: /* offset factors #/ 
float theta: float phi; float omega; /# angles of rotation */ 
7 trans: 
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-~}Listing 22: PC Communications Macros 

#define DATASHORT(a) #((unsigned short #) (dual_port + a)) 

#define DATAFLOAT(a) #((float #) (dual_port + a)) 

#define COMMAND *dual_port 

#define ACKNOWLEDGE #((unsigned char #) 0xE0008001) 
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--7Listing 23: PC Global Variables 


char. *dual_ports /* dual port sram connecting to C30 SWDS*/ 
trans #data;: 
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-~DListing 24: PC Targeted Object Adjustment Routine 


void adjust_object(sx, sy, sz, dx, dy, dz, theta, phi, omega) 
double sx, sy, 52, dx, dy, dz, theta, phi, omega: 


{ 
while(ACKNOWLEDGE '= 0). 
DATAFLOAT(2) = sx: DATAFLOAT(6) = sy:  DATAFLOAT(10) = sz: 
DATAFLOAT (14) = dx: DATAFLOAT(18) = dy: = DATAFLOAT(22) = dz: 
DATAFLOAT(24) = theta; DATAFLOAT(30) = phi: DATAFLOAT(34) = omega: 
COMMAND = 5: 
while(ACKNOWLEDGE '= 5); 
COMMAND = 0: 

} 


HEREKKE ESHER E RESELLER ER HEE ERE R AGERE ER ERE RELEASE SER ESEL HSER HEE AA EERE REET 


JHHEHHMEEHHGEH BEEBE HEH GHEGHEHB HA HUHHHBHEHBHHEHH EHH HEHEHE 
~->Listing 20: PC Routine to Set Parameters for an Object Load 
void set_parameters(sx, sy, sz, dx, dy, dz, theta, phi, omega) 


double sx, sy, 52z, dx, dy, dz, theta, phi, omega: 
if 


4 


while (ACKNOWLEDGE ‘'= 0): /* wait for (30 to be free #/ 
data-25x 9 = Sx: data->sy = sy; data->sz 0 = 52: 


data-dx = dx: data-?dy = dy: data->dz = dz: 
data->theta = theta: data->phi = phi: data-domega 


u 
2° 
2 
“a 
& 
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-->Listing 26: PC Routine to Target Parent of Current Target Object 


void target_parent() 


. 


while(ACKNOWLEDGE '= 0); /* wait for C30 to be free */ 
COMMAND = 3: /* command to target parent object  #/ 
while(ACKNOWLEDGE ‘= 3): /* wait for C30 to acknowlege request#/ 
COMMAND = 0s : /* withdraw request */ 


ot 
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-->Listing 27: PC Routine to Target a Child of Current Target Object 


void targetuchild(x) 


int xs 

{ 
while(ACKNOWLEDGE ‘= (): /* wait for C30 to be free / 
DATASHORT(2) = x: /* target ist daughter object */ 
COMMAND = 2: /* command to target daughter object #/ 
while(ACKNOWLEDGE '= 2); /* wait for C30 to acknowlege request#/ 
COMMAND = 0: /* withdraw request #/ 

} 
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~->Listing 28: PC Routine to Redraw Screen 


void drasobject() 


{ 
while(ACKNOWLEDGE ‘= 0): /* wait for C30 to be free */ 
COMMAND = 7; /* command to compute screen co-ords #/ 
while(ACKNOWLEDGE ‘= 7); /*# wait for C30 to acknowlege request#/ 
COMMAND = 0; ' ft withdraw request #/ 
while(ACKNOWLEDGE '= 0); /*® wait for C30 to be free */ 
COMMAND = 6: /* command to draw screen #/ 
while(ACKNOWLEDGE ‘= 4): /* wait for C30 te acknowlege request#/ 
COMMAND = 0; /* withdraw request #/ 

} 
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~->Listing 29 PC Routine to Load the Primitives of a Wireframe Cube 


void cube(c) 


Tong cs 
{ 
= data-dotnum = 8; /* number of points (cube verteces) #/ 
data-ddtnua = 0; /# no dots #/ 
data->Innum = 12: /* twelve lines (cube edges) #/ 
data~>pgnus = 0; /# no filled polygons #/ 
/* ----X COORDINATE----  -- ~-Y COORDINATE----  ----Z COORDINATE-—- #/ 
DATAFLOAT(46) = 1; DATAFLGAT(SO) = 1; DATAFLOAT(S4) = 1; 
DATAFLOAT(S8) = 1; DATAFLOAT(62) =-1; DATAFLOAT(44) = 1; 
DATAFLOAT(70) = 1; DATAFLOAT(74) = -1; DATAFLOAT(78) = -1; 
DATAFLOAT(82) = 1; DATAFLOAT(86) = 1: DATAFLOAT(90) = -1; 
DATAFLOAT(94) =-1: BATAFLOAT(98) = 1: DATAFLOAT(102) = 1: 
DATAFLOAT(106) = -1; DATAFLOAT(110) =-i: DATAFLOAT(114) = 1; 
DATAFLOAT(118) = -1; DATAFLOAT(122) = -i: DATAFLOAT(126) = -1; 
DATAFLOAT(130) = -1; DATAFLOAT(134) = 1; DATAFLOAT(138) = -1; 
COMMAND = 1; /* command to load object #/ 
while (ACKNOWLEDGE ‘= 1): /* wait for C30 to acknowledge request#/ 
COMMAND = 0: /® withdraw request #/ 
while (ACKNOWLEDGE '= 127); /* wait for C30 request lines #/ 
COMMAND = 127; /® command to load lines &/ 
/* LINE CQLOR------- START POINT------ — ENDPOINT- #/ 
DATASHORT(2) = cs DATASHORT(4) = 0; DATASHORT(4) = 1; 
DATASHORT(8) = cs: DATASHORT(10) = 1; DATASHORT(12) = 2; 
DATASHORT(14) = c: BATASHORT(146) = 2: DATASHORT(18) = 3: 
DATASHORT(20) = cs DATASHORT(22) = 3: DATASHORT(24) = 0; 
DATASHORT(26) = c: DATASHORT(28) = 4: DATASHORT(30) = 5: 
DATASHORT(32) = cs; DATASHORT(34) = 5; DATASHORT(36) = 6: 
DATASHORT (38) = c: DATASHORT(40) = 6: DATASHORT(42) = 7; 
DATASHORT(44) = c: DATASHORT(46) = 7: DATASHORT(48) = 4; 
DATASHORT(50) = cs DATASHORT(S2) = 0; DATASHORT(S4) = 4; 
DATASHORT(56) = c: DATASHORT(S8) = 1; DATASHORT(60) = 5; 
DATASHORT(62) = c: DATASHORT(64) = 2; DATASHORT(46) = 6; 
DATASHORT(468) = c: DATASHORT(70) = 3; DATASHORT(72) = 7; 
while (ACKNOWLEDGE ‘= 1); /# wait for C30 to resume loading  #/ 
COMMAND = 0: /* show no requests #/ 


} 
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. c*Listing 30: PC Main Routine to Draw.a “Planetary System of” Cubes 


aint) 
{ 
register int x; 
dual_port = (char #) 0x£0008000; /* location of dual port sraa #/ 
data = (trans #) 0x£0008002; /# location of object data #/ 
COMMAND = 0; 
set_paraneters (.0001, .0001, .0001,0.,0.,0.,0.,9.,0.): 
cude(3)s 
set_parameters(.4,.4,.4,0,,0.,8.,0.,0.,0.)3 
cube(2)s ; 
set_paraseters(.2,.2,.2,0.,52,0.,0.,0.,0.)s 
cube(6)s. 
target_parent(); 
set_parameters(.2,.2,.2,0.,-5.,0.,0.,0,,0.)5 
cube(4): 
target_parent(): 
target_parent(); 
set_parameters(.3,.3,.3,0.,0.,6.,0.,0.,0.)3 
cube(3): 
target_parent(): 
set_paraneters(.3,.3,.3,0.,6.,0.,0.,0.,0.)3 
cube(1)s 
target_parent(); 
set_paraneters(.3,.3,.3,0.,0,,-6.,0.,0.,0,): 
cube(5): 
target_parent(); 
set_paraneters(.3,.3,.3,0.,-6.,0.,0.,0.,0.)3 
cube(1): 
target_parent{); 
for(x = Ge x € 1000: ++x) 
{ 
adjust.ob ject (1.00926, 1.00926, 1.00926,0.,0.,0.,0.,0.,.2)3 
targetchild(1); 
adjust_object(1.,1.,1.,0.,0.,0.,0.,.2,0.); 
target_parent{)}s 
target_child(2); 
adjust_object(i.,1.,1.,0.,0.,0.,0.,.2,0.): 
target.parent(); 
target_child(3); 
adjustobject(1.,1.,1.,0.,0.,0.,0.,.2,0.) 
target_parent(): 
target_child(4): 
adjust_object(1.,1.,1.,0.,0.,0.,0,,+2,0.); 
target_parent(); 
targetchild(0); 
adjustiobject(1.,1.,1.,0.,0.,0.,0.,9.,~.4) 
target.chiid(9); 
adjust.object(1.,1.,1.,0.,0.,0.,64,0.,0.)3 
target_parent(); 
targetachild(1); 


adjustobject (1. ,1.,1.,0.,0.,6., 24,0. ,0.)3 
‘target _parent(): 
target.parent(); 
. screenobdject(); 

‘drawscreent): 

} 

for(x 20: x ¢ 1100: 44x) 

{ 
adjust_object(1.,1.,1.,0.,0.,0.,0.,.005,.2); 
target child(1); 
adjustiobject(1.,1.,1.,0.,0.,0.,0.,.25,0.)3 
target_parent(): 
target child(2}; 
adjustobject(1.,1.,4.,0.,0.,0.,0.,.25,0.) 
target_parent(); 
targetchild(3); 
adjustodject(1.,1.,1.,0.,0.,0.,0.,.25,0.)s 
target_parent(); 
targetchild(4)s 
adjustuobject(1,,1.,1.,00,0.,0.,0.,.25,0.)s 
target_parent(): 
targetchild(0): 
adjust_object(1. ,1.,1.,0.,0.,0.,0.,0.,-.4)s 
targetchild(0); 
adjustobject(1,,1.,1.,0.,0.,0.,.3,0.,0.): 
target_parent(); 
targetichild(1)s 
adjustobject(1.,1., 12,0. ,0.,0., 53,0. ,00)s 
target_parent(); 
target_parent(); 
screen_object()s 
draw_screen{)s 
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468 The TMS320C30 Applications Board Functional Description 


Introduction 


This report describes the architecture of the TMS320C30 Applications Board (APPB), 
which is part of the TMS320C30 XDS1000 Development System. The XDS1000 is an 1n-circuit 
emulation tool for TMS320C30 hardware/software system development. The APPB was designed 
with two goals: to provide a basic platform for software development and to provide a variety of 
interfaces to the TMS32C30. There are four key interfaces used on the APPB: 

1) SRAM 

2) EPROM 

3) Dual-port SRAM 

4) DRAM 


The SRAM and EPROM interfaces on the APPB are quite simple; thus, this report focuses 
on the dual-port SRAM and the DRAM interfaces. Figure 1 shows a basic block diagram of the 
APPB. 


Figure 1. TMS320C30 Applications Board (APPB) Block Diagram 
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The APPB features include the following: 

* TMS320C30/host communications via a designated, relocatable 4K-byte dual-bus 
SRAM memory block. 

* 16K-words (64K-bytes) zero wait-state SRAM on the TMS320C30 primary bus (STRB). 

¢ 2K-words of one wait-state EPROM for interrupt and reset vectors on the TMS320C30 
primary bus. 

° 16K-words (64K-bytes) zero wait-state SRAM on the TMS320C30 expansion bus 
(MSTRB). The SRAM can be selected in either one of two 8K-word banks. 
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¢ J/O expansion bus. | 
¢ 512K-words of DRAM on the TMS320C30 primary bus. 


- © Emulation port. 


° IBM PC, PC/XT, PC/AT support. 


The remainder of this document describes each interface in more detail. 


Host/TMS320C30 Interface 


The host/I[MS320C30 interface is composed of two basic blocks, the dual-port SRAM and 


the control logic. The control logic consists of address decoding, a read/write control register, and 
a write-only mapping register. The control registers are mapped into the host I/O space as shown 
in Table 1. Figure 2 1s a block diagram of the host interface. 
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Table 1. Host I/O Memory Locations for Control Registers 


Figure 2. Host Interface Block Diagram 
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One of the major problems in developing an application fora PC is finding a block of memory 
that does not conflict with other memory-mapped cards. To ease this problem, the dual port SRAM 
interface has been designed to be relocatable on 4K-byte boundries throughout the lower 1M-bytes 
of host memory space. A software example of how to map the dual-port SRAM into this space is 
given later in this report. 


Writing a value to a hardware mapping register on the APPB relocates the dual-port SRAM. 
When a host memory access is generated, the value in the mapping register is compared to host ad- 
dress bits A12—A19. If they match, a dual-port SRAM access is allowed. To ensure PC and PC/XT 
compatibility, the dual-port SRAM can be located only in the lower 1M-bytes of host memory. 


The APPB contains one general-purpose control register. This register is broken into two 
four-bit nibbles. The lower nibble can be read from and written to by the host and read by the 
TMS320C30. The upper nibble can be read from and written to by the TMS320C30 and read by 
the host. The lower nibble of the control register is cleared by any reset to or from the host PC. The 
upper nibble of the control register 1s cleared by any reset to the TMS320C30. The names of the 
APPB control register bits and host/TMS320C30 access capabilities are given in Table 2. Table 3 
gives the control register bit definitions. 


Table 2. APPB General-Purpose Control Register Bits 


0 CINT Write/Read Read only 
1 XINTCLR Write/Read Read only 
2 DPSEL Write/Read Read only 
3 SWRESET Write/Read Read only 
4 XINT Read only Write/Read 
5 CINTCLR Read only Write/Read 
6 MBANK Read only Write/Read 
7 MSWAP Read only Write/Read 
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Table 3. APPB General-Purpose Control Register Bit Definitions 


Clears and disables interrupts from the TMS320C30 to the host 
(XINT). XINTCLR must be set to 1 before the TMS320C30 can gener- 
ate an interrupt to the host. The host clears and reenables XINT by writ- 
ing O, then 1 to XINTCLR. On reset, XINTCLR is read as a 0. 


Interrupt (INTO) to the TMS320C30. The host may interrupt. the 
TMS320C30 by setting this bit to 1. The TMS320C30 clears and re-en- 
ables the CINT by writing 0, then 1 to CINTCLR. The host cannot gen- 
erate an interrupt to the TMS320C30 while CINTCLR = 0. On reset, 
CINT is read as a 0. 


Dual-port SRAM select. When this bit is set to 1, the dual-port SRAM 
is memory-mapped in the 4K-byte space of the host PC specified by 
the 8-bit value in register Q. When DPSEL = 0, the dual-port SRAM 
will not be mapped in the host PC’s address space. On reset, DPSEL 
is read as a O. 


TMS320C30 SWDS soft reset. SWRESET = 0 resets the TMS320C30 
SWDS. SWRESET must be set to 1 to take the SWDS out of the reset 
state. On reset (power on), SWRESET is read as a 0. 


Interrupt to the host PC. The TMS320C30 may interrupt the host by 
setting this bit to 1. The host clears and re-enables XINT by writing 0, 
then 1 to XINTCLR. The TMS320C30 cannot generate an interrupt to 
the host while XINTCLR = 0. On reset, XINT is read as a 0. 


Clears and disables interrupts from the the host to the TMS320C30 
(CINT). CINTCLR must be set to 1 before the host can generate an in- 
terrupt to the TMS320C30. The TMS320C30 clears and re-enables 
CINT by writing 0, then 1 to CINTCLR. On reset, CINTCLR is read 
as a Q. | | 


_ 
7 


| SWRESET 


XINT 


Memory bank select. The 16K-word bank of memory on the 

TMS320C30 parallel I/O Bus (SRAM space 1) is mapped as two over- 
lapping banks of 8K-words each. MBANK = 0 selects the lower 8K- 
words, MBANK = 1 selects the upper 8K-words. On reset, MBANK 
is read as a 0. 


Memory Swap. The MSWAP bit is used to swap the address map for 
EPROM and SRAM space 0. MSWAP = 0 maps the EPROM at 


_ 
¥ - 
7 . 
| 000000h-003FFFh and SRAM space 0 at FOOOOOh—FO3FFFh. 
| MSWAP = 1 maps the EPROM at FOOOQOOh—FO3FFFh and SRAM | 


| space 0 at O0O000h—003FFFh. On reset, MSWAP is read as a 0. 


The last portion of the control section contains the dual-port SRAM semaphore registers. 
Semaphore registers are used to coordinate communications between the host and the 
TMS320C30. Note that these semaphores do not provide hardware protection of the memory array. 
Instead, they provide a basic means (via software control) to ensure that data can be accessed from 
both sides of the dual-port SRAM without being corrupted. A software example that uses the sema- 
phores is presented later in this report. 
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SRAM and EPROM Interfaces . 


There are two SRAM interfaces on the APPB: one on the primary bus and one on the expan- 

sion bus. Both are implemented with eight 16K-bit x 4, 25-ns SRAMs that provide zero wait-state 

~ TMS320C30 operation at 32 MHz. The interfaces are quite simple and consist of a set of address 

buffers, termination resisters, and a PAL for address decode on the primary bus. Note that the 

TMS320C30 address lines are routed to various components scattered around the board and then 

to the primary bus expansion. To prevent line reflections on the SRAM addresses, buffers have been 
used to isolate the SRAM. 


There are two special features on the APPB that apply to the SRAM: 

1) Youcan swap the memory address ranges of the EPROM and the SRAM on the primary 
bus by setting or clearing the MSWAP bit previously described in Table 3. 

2) There are two 8K-word pages of memory on the expansion bus. 


By swapping the EPROM and SRAM, you can load in your own interrupt and reset vectors. 
Otherwise, you would have to remove the EPROMs and reprogram them with your own defined 
interrupt/reset vectors. The following code segment sets/clears the MSWAP bit. 


#define EPROM 0 /* gelect EPROM */ 
#define SRAM 1 /* gelect SRAM */ 


sel_mswap(mem_type) 
int mem_type; 


char *cntlreg = (char *)0x00805FF7; /* pointer to control reg */ 


if (mem type) *entlreg |= 0x80; /* get MSWAP to 1 select SRAM */ 
else *entlreg &= Ox7F; /* get MSWAP to 0 select EPROM */ 
} 


There are 16K-words of SRAM on the expansion bus; however, the TMS320C30can directly 
access only 8K-words. Instead of wasting the unaddressable 8K-words, you can use a bank address- 
ing bit(MBANK) in the APPB control register to select between the lower and upper 8K-word seg- 
ments. 


The following code segment selects the current bank of memory. 


#define BANKO 0 /* select lower 8K */ 
#define BANK] 1 /* select upper8K */ 
sel_mbank(bank) 
int bank; 
{ 
char *cntlreg = (char *)O0x00805FF7; /* pointer to control reg */ 
if (bank) *entlreg |= 0x40; /* select bank 1 */ 
else *cntlreg &= OxBF; /* select bank 0 */ 

} 


The APPB supports 2K-words of one wait-state EPROM on the primary bus for a boot loader 
and operating system support. As stated earlier, this EPROM is remappable. 


DRAM Interface 


The APPB provides a DRAM expansion module that is connected to the TMS320C30 prima- 
ry bus. Historically, DRAM interfaces to DSP devices have not been popular because of interface 
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difficulty and limited processor address space. The TMS320C30 supplies solutions to both of those 
issues with its memory interface and 16M-words address space. Two areas of the TMS320C30 
memory interface are most useful for DRAM design: 


© Use of bank mode 
* The ability to do continous reads while in a bank without deasserting the STRB signal 


When you use these two features, it is quite simple to design a medium-speed interface to 
page-mode DRAMs. 


The TMS320C30 DRAM module consists of four banks of memory, each bank 256K x 32 
bits, that provide 1M-word (4M-bytes) of medium speed storage for the TMS320C30 (see 
Figure 3). The bank-switch function on the TMS320C30 provides fast page-mode access on back- 
to-back read cycles within a DRAM page. All address and control lines to the memory array are 
buffered and series-terminated for good signal quality. The memory array uses CAS-before-RAS 
refresh to reduce component count. There is no onboard refresh timer; instead, SDACKO from the 
host PC provides a refresh request every 12—16 us. The DRAM access/cycle times are summarized 
in Table 4. 


Figure 3. TMS320C30 Bank Addressing 


ADDRESS 
MUXES 


CONTROL 
SIGNAL 
SELECTION 


ADDRESS 


256K x 32 DRAM 
256K x 32 DRAM 


256K x 32 DRAM 


CONTROLLER 


RAS, CAS, WE 


TMS320C30 PRIMARY PORT 


In Table 4, these definitions are assumed: 


Access Time — Numberofclocks from STRB active to data clocked into the TMS320C30. 
Cycle time |— Number of clocks between two back-to-back cycles (includes DRAM 


RAS precharge on non-page-mode cycles). 
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Table 4. TMS320C30 DRAM Access and Cycle Times 


Access Time (clks) Cycle Time (clks) 


Read 
Read (page mode) 
Write 


t First page-mode access takes 3 clocks; the following accesses take 2 clocks each. 


The four banks of DRAM are mapped into the TMS320C30 memory space at the address lo- 
cations shown in Table 5. 


Table 5. DRAM Bank Memory Locations in the TMS320C30 Memory Space 


DRAM Memory Bank No. TMS320C30 Memory Location 


0 (RASO,CASO) 400000H-43 FFFFH 


1 (RAS1,CAS1) 440000H-47FFFFH 
2 (RAS2,CAS2) 480000H-4BFFFFH 
3 (RAS3,CAS3) 4C0000H-4FFFFFH 


Memory decode for the DRAM module is performed in two steps: 

1) The APPB main card provides a memory select to decode the board range of 
400000H-4FFFFFh. 

2) Bank decode is then provided on the DRAM module through TMS320C30 address bits 
A18 and A19. 


The DRAM controller consists of a pair of registered PALs, several SSI gates, and a delay 
line (used to time DRAM row/column address multiplexing). DRAM timing is generated from 
PAL UES (see schematics in Appendix C), while address decoding and special refresh control are 
provided by PAL UDS. Both PALs are clocked off of a delayed H1 clock. The DRAM controller 
looks for every opportunity to generate page-mode cycles to the DRAM. The TMS320C30 leaves 
STRB low for back-to-back reads; the DRAM controller looks for this condition and cycles CAS 
while holding RAS low (i.e., DRAM page-mode access). When STRB goes high, the DRAM con- 
troller will take both RAS and CAS high to prepare for a new access. For proper operation, the 
TMS320C30 primary bus control register (refer to the Primary Bus Control Register subsection 
in the Third-Generation TMS320 User’s Guide ) must be set to operate off of the external ready sig- 
nal and use a maximum bank size of 512 words (refer to the the Programmable Bank Switching 
subsection of the Third-Generation TMS320 User’s Guide ). 
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Figures 4 through 6 show the timing for the various DRAM cycles. 


Figure 4. Page-Mode Read-Cycle Timing Diagram 
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Figure 5. Single Write-Cycle Timing Diagram 
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Figure 6. Single Read-Cycle Timing Diagram 
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Expansion Interface 


The APPB’s two expansion connectors contain the signals from the TMS320C30 expansion 
port, serial ports, flag pins, etc. Each 50-pin connector (P3 and P4 of Figure 7) is composed of a 
dual row of 25 pins located on 0.1-inch centers. These expansion connectors provide easy connec- 
tion to other hardware via standard 50-wire flat ribbon cable. Figure 6 shows the orientation of the 
connectors. See schematic sheet 7 of Appendix C for pinout details. 
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Figure 7. TMS320C30 Applications Board 


ZHEDOCOOZCESWL 


Dual-Port SRAM Interface 

All communications between the TMS320C30 and the host occur through the dual-port 
SRAM, which is 4K-bytes deep, with 8 dedicated semaphore registers. On the host side, the 
dual-port memory array is memory-mapped, while the semaphores are I/O-mapped. On the 
TMS320C30 side, the dual-port SRAM is located on the expansion bus with the memory array 
mapped from 0x00804000—-0x00804FFF and the semaphores mapped from 
Ox00805FF8—0x00805FFF. The host can directly access the dual-port SRAM without having to 
compensate for byte-wide access limitations. However, as the TMS320C30 can do only 32-bit ac- 
cesses, the upper 24 bits of a data word are undefined. The TMS320C30 must therefore format data 
written to and read from the dual-port SRAM. A software example is given later in this report. 


While dual-port SRAMs provide an excellent means for multiprocessor communications, a 
certain amount of software overhead is required to coordinate data flow. As might be expected, 
there are numerous methods for coordinating data flow. This application report presents a set of 
primitives that have been developed to form a basic communications protocol. The primitives are 
written entirely in C and have been tested on the XDS1000 with the simple test routine provided. 
Remember that there are numerous ways to do a communications protocol. The method shown in 
this report is not the best for all applications; it is simply a method that makes good use of the capa- 
bility of the dual-port SRAM. | 


The following are basic ideas of the communications protocol developed for this applications 

report. 

1) The dual-port memory is broken into eight equal segments. The first segment is used 
only for control structures and command passing. The remaining seven segments are 
used entirely for data passing. Segment size is set to 512 bytes. The number and size of 
segments can be changed at compile time if desired. 
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2) 


3) 


4) 


5) 


Each of the seven data segments is totally independent from any other data segment. 
However, only one processor can own a particular segment at any given time. The 
TMS320C30 and host can simultanously access the dual-port SRAM as long as both are 
not trying to access the same segment. _ | 

The host is the master; the TMS320C30 is the slave. The TMS320C20 polls the 
dual-port control segment to determine if the host has deposited a command. If a com- 
mand is present, the TMS320C30 executes the command and then returns to polling. 
Only the first semaphore register is used in the dual-port. Each processor uses this sema- 
phore to gain access to the control segment. Access to the seven data memory segments 
are coordinated via the control structures, not the semaphores. 

There are seven control structures in the control segment, one for each data segment. 
Each control structure consists of 22 bytes and are defined as follows: 


pfiag Buffer present (i.e., being used) 
command Command to execute 
buf_stat Status of the data buffer 
nc Reserved a 
count Number of 32—bit words to transfer 
addr TMS320C30 to read/write data 

_ message Ten bytes reserved for message passing 


Appendix A contains routines for the communication primitives used by the host and the 


TMS320C30. Appendix Al contains routines for the PC side, Appendix A2 routines for the 
TMS320C30 side. Note that the routines on both sides have the same names and perform essentially 
the same function. Appendix A3 contains a memory map and description (TMS320C30 view). Af- 
ter the code has been compiled, use the following sequence to execute the test program: 
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1) 


2) 


3) 


Reset the XDS/1000: 


xreset [RETURN] 
c30reset [RETURN] 


Get into the emulator and load the TMS320C30 dual-port code. 


emu30 [RETURN } ; load emulator 

xr ; reset the c30 

lo ‘file name’ ; load the object file 
xd ; execute disconnect 
[esc] | ; escape to main menu 
q ‘yes’ ; quit emulator 


At this point, your dual bus code should be executing and waiting for a host input. 


Execute host dual-port code. 


‘file name’ 


The host code will then print the numbers 0 through 25 to the screen. 
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Conclusion 


This report has provided basic functional details of the TMS320C30 APPB. Because of their 
complexity, the DRAM and dual-port SRAM interfaces have been discussed. The features of the 
TMS320C30 allow it to encompass a wide range of interfaces. The TMS320C30 bank-switch mode 
and continuous strobe signal on back-to-back read cycles overcome traditional DSP/DRAM prob- 
lems of interface difficulty and limited processor address space. A set of communications primi- 
tives routines to use with dual-port SRAM have been provided in Appendix A. These routines are 
written in C for ease of understanding and modification to meet individual needs. 
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Appendix A 
TMS320C30 Application Board Routines, Memory Map and Description 


Al TMS320C30 Application Board Routines — PC Side 
A2 TMS320C30 Application Board Routines - TMS320C30 Side 
A3 Memory Map and Description (TMS320C30 View) 
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e8P 


{RERERERERRE LEEK EEE EE ARE RAEE ER REALE ALER SERRE REE EERE AEER ERE EEE EEE EEEEESR / 


it #/ 
/* APPENDIX Al */ 
/* */ 
/* — TMS320C30 APPLICATION BOARD ROUTINES - PC SIDE #/ 
It */ 
/* Texas Instruments Inc. #/ 
/® = 10/25/89 */ 
it */ 
/* Functions: */ 
/* */ 
/* int APPB_reset() Reset APPB #/ 
/* int APPB_dpinit() Intialize APPB. */ 
/t int APPB_getsem() Get access to semaphore bit N #/ 
it int APPB_relsem() Release access to semaphore bit N #/ 
it int APPB_getctiblk() Get a contre] block in DPRAM #/ 
it int APPB_retctibik() Release control block in DPRAM */ 
it int APPB_getmembik() Get a block of memory from DPRAM */ 
i int APPB_putmembIk() Put a block of memory to DPRAM */ 
/* #/ 


/* Ail code was compiled with Microsoft C compiler version 5.1 using the #/ 
/* large model. If small model is used, then pointers used to access the #/ 
/* dual port SRAM would have to be declared and used as “far’ pointers */ 


/* (i.e. 32-bit pointer). Under the large model, ali pointers are / 
/* defaulted to 32 tits. */ 
It &/ 


LRERERERRRE ERE E REET EEE REE REE REE EERE RERE ERE EERE EERE EEE EES / 


#include <stdio.h> 


LREEREE RESET REAR RE ERE RAE EERE EERE RER RARE EERE EERE ERIE EEE EEE EE / 


/* 
/# 
/% 


Constant definitions for the TMSSZ0C30 Applications Board. 


+/ 
#/ 
#/ 


{RRRRREAEEERLERAE RAE RARER RARE AEER BEER RELEASE REE HES REE RE ERE E SER ER REESE RREE SEE / 


#define outport 
define inport 
#define SEM_BASE 
#define MAP_REG 
#define CTL_REG 
#de fine CINT 
#define XINTCLRE 
#define DPSEL 
édefine SWRESET_ 
#detine XINT 
define CINTCLRE 
edefine MBANK 
#define MSWAP 
#define DPRAM_CTL 
#detine DPRAM_SEG 
#define 


outp 
inp 
0x0330 
0x0338 
Ox0329 


0x01 
0x02 
6x04 
0x08 
0x10 
0x20 
0x40 
0x80 


OxC 9000000 
OxCY 


DPRAM_MEMBASE 0xC9000200 


#define 
¥define 
#define 
#define 
#define 


#define 
#define 


#define 
#define 
#define 


typeder 
typedef 
typedef 


typedef 


DPRAM_SIZE (x1000 


DPRAM_BLKS 7 
DPRAM_BLK_SIZE 512 
NUL SEMS 8 
MAX_SEM_TIME 10000 
BUF _EMPTY 0 

BUF _LFULL i 

NOP 0x00 


HOST_MEM_WR = 0x80 
HOST.MEM_RD = 0x81 


unsigned char UCHAR: 
unsigned short UINT; 
unsigned Jong ULONG: 


struct 


I 
i 


UCHAR so p#}.aqs 


UCHAR = command: 
UCHAR = buf_stat: 
UCHAR ons 
ULONG = counts 
ULONG addr: 


UCHAR  message[10]: 


)DPCNTL: 


IPIS Dd-SeuNoy prvog suoynesiyddy O¢DOTESWLL ‘TV xipueddy 


y8V 


uondiiosagq jouoyouny pavog suoyvoyddy OSXOZESWL FUL 


JBBREHEHESHEERUHHE HHT HSHHHHEHHEHHIHHHHEHHEBHHEHE HEHE HEE / 


/* #/ 
‘* Test program. */ 
it #/ 
/t Sequence: */ 
lt */ 
/* 1) Write a block of memory to the dual port. */ 
/* 2) Read back the block of data from the dual port. #/ 
it %/ 


BBBB RASHES aEE 


marn() 


£ 
.S 


INT semnum{DPRAM_BLES]: 
int is 
ULONG  wmemarray(25],meaZarray(25); 


APPE_apint(); 


far ise iC25eit+) (memarrayCi] = (ULONG)is memZarrayli] = OULs) 


if (APPB_putmemb Ik (ZSUL, memarray , 0x00809900) ) 
printf("failed memory write\n"); 


if (AFFB_getmemb! k(25UL , 000809900, sem2array)) 
printf("failed memory read\n")s 


for (i=0ri<2S:it+) printf("value read d\n", memzarraylil); 


exit(G): 


ww 


{ERREREEELEE LEE EEE EEE REE EA EE SEES EEE EEE BREE E ER EERE EEE EEE REE EER EES / 


/t +/ 
/* PPPB_reset(),PC side #/ 
It #/ 
/* Reset APPB. */ 
/* */ 
/*® Sequence: #/ 
/t +/ 
/* 1) Clear control register. */ 
/* 2) Set SWRESET_ to 1. #/ 
/* */ 


LEEEREEEEEE REE ERE EEREREREEEERERERERR EERE EERE ER REESE ELE EEEEREEEEEREERE RE ERE EE / 
int APPB_reset() 


{ 
outport(CTLREG, 0): 
outport(CTL_REG, SHRESET_): 
return(O}s 
} 
[RERERRELELE EEE RE EERE EERE EEE EEE REESE LEE EERE ERE RTRERHER EERE EEE EEE ER / 
it #/ 
/* = PPPBLdpint(), PC side #/ 
/t #/ 
/* Sequencet */ 
i +/ 
/t 1) Set DPRAM semaphores to 1 (free). */ 
/* 2) Set DPRAM mapping register. +/ 
/# 3) Set DPRAM global enable bit to 1. */ 
It */ 


JBBTE HEHHE HEHEHE HHH HHH HHH THEE HEHE HEHE EE / 
int APPB_dpint() 
g 


. 


int is 
UINT semaddr = SEMBASE: 
UCHAR #dpram = (UCHAR #)DPRAN_CTL; 


for(izO0:i<8sit+) = outport(semaddr++, 1): 
outport (MAP_REG, DPRAM_SEG): 
outport(CTLREG, DPSEL | SWRESET_): 
return((): 


went 
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uoudiuosag jouojouny pavog suouvoyddy OSJOZESWL 2UL 


BEETS EAE EE EE EE EER EEE AEE IEEE EEE ESE REE ER EERE / 


/t 
/% 
it 
i# 
/% 
/* 
/t 
/* 
/t 
i* 
it 
/# 


APPEgetctlbik(), PC side 


Find unused block of memory in the dual port. 
Return a 0 if successful, a -i if failed. 


Sequence 


4) 


PT 
al 


3) 


Search control structures for free block of memory. 
If block free, set semnum to block index, return 0. 
Eise, return -1 (failed to find block). 


+/ 
*/ 
#/ 
¥/ 
+/ 
/ 
*/ 
#/ 
*/ 
#/ 
*/ 
#/ 


ARRIBA IEEE EES EEE ESHER EEE EEE REEL E EERE REE HERS HE / 


int APPB_getctiblk(seanum) 


f 
Ae 


UINT  *semnums: 


int i: 
DPCNTL #dpett = (DPCNTL #)DPRAM_CTL; 


it(APFB_getsem(G)} return(-1); 


for (120; 1CDPRAM_BLKSs1++) 

if('dpet lil. pflag) 

{ 
dpctltil.pflag = 1: 
dpctiCil.command = NOP; 
apcetilil.puf_stat = BUF_LEMPTY: 
#semnum = is 
if(APPB_relsem(0)) return(-1): 
else return(G)s 


ee 


APPB_relsem(O): return(-1)s 


[RRR EERE EERE AE EERE ARE EERE SAREE ER EERE R ERE EERE EERE EES / 


/¥ 
/* 
/t 
/* 
i* 
/? 
/# 
i* 
/* 
/* 


[+ 


APPB_relctlblk(), PC side 


Release block of memory in the dual port. 
Return a 0 if successful, a -1 if failed. 


Sequence 


1) 


2) 


Nuil out the control structure. 
Return. 


£/ 
#/ 
/ 
#/ 
+/ 
#/ 
#/ 
%/ 
“/ 
*/ 
#/ 


DEBBIE HB EEHGHGHGHEHHEHE HG HEHEHE HEHE EEEHEE EEE / 
int APPB_relctibik(semnum) 


t 
t 


we 


UINT  semnum: 


int 1; 
BPCNTL #dpct] = (DPCNTL *)DPRAM_CTL; 


if (APPB_getsem(O0)} return(-1): 
dpct[semnumi. pfiag = Os 

apct] Csemnuml. command = NOP; 

dpct] (semnum]. bufstat = BUF_LEMFTY: 
if(AFPB_relsem(0)) return(-i): 

else return(0)s 


uoydiuosaq jbuoyouny pivog suouvoyddy Q€DOTESWL FUL 


L8p 


[RRR RIE RS TEER ER SHE SEE ESE EAE aE EE EEE EEE / 


{* 
/t 
/* 
/% 
/% 
/% 
/% 
{% 
/% 
/* 
/t 
/% 


APPB_putmemblk(), PC side 


write block of memory to the dual port. 
Return a 0 if successful, a -l if failed. 


Sequence 


1) 


2) 


3) 


Find free block of dual port to write memory. 
Write the memory. 
Write memory parameters to contro] block. 


*/ 
#/ 
#/ 
*/ 
#/ 
*/ 
*/ 
*/ 
*/ 
*/ 
#/ 
#/ 


RBBB EHH HHH EHH HHHHEHHBHHHE HEHEHE / 


int APPB_putmemblk(cnt, src, dst) 


en 


ULONG cnt: 
ULONG #src: 
ULONG dst: 


TPCNTL #doct} = (DPCNTL *)DPRAM_CTL: 
ULONG #dprams 

UINT = dpbiks 

int li 


IF (APPBgetctibik(&dpblk)) = return(-1)s 
dpram = (ULGND#) (DPRAM_MEMBASE + (dpblk # DPRAM_BLK_SIZE)); 


for(i=Q-itcnts1++) 
#dpramt+ = #srctts 


if(APFB_getsem(O)) return(-1)s 
dpetiCdpblki.command = HOST_NEM_WR: 
épet l(dpblki.buf_stat = BUF_FULL: 
dpct) Cdpblki. count = cnts 
dpctifdpblk] adar = dst: 


1f(APPB_reisem(Q)) return(-1)s 


LR REE ERAGE EAE SE AEE SE EAE EE EE SEE EE EE EEE EEE EEE EEE / 


/t 
/% 
/* 
/t 
/t 
/t 
/t 
{t 
/* 
/* 
/% 
/t 
/% 
ik 


APPB_getmemblk(), PC side 


Read block of memory te the dual port. 
Return a 0 if successful, a -1 if failed. 


Sequence 

1) Find free block of dual port for memory. 

2) Write memory parameters to control block. 

3) Wait for TMS320C30 to put requested memory inte the dua) port. 
4) Read data from the dual port. 

3) Release block of dual port memory. 


+/ 
*/ 
*/ 
*/ 
#/ 
#/ 
/ 
+/ 
#/ 
#/ 
*/ 
#/ 
#/ 
#/ 


BBE HEHEHE HHH HEHEHE HEHE ete / 
int APPB_getmembIk(cnt, src, dst) 


“nn 


ULONG cnt; 
ULONG src: 
ULUNG #dst: 


DPCNTL #dpct] = (DPCNTL #)DPRAM_CTL; 


ULONG §=#dpram: 
UINT — dpblk; 
int is 


UINT timeout = MAX_SEM_TIME; 

if (APPB_getctlblk(&dpbtk)) return(-1): 

dpram = (ULONG#) (DPRAPLMEMBASE + (dptik # DPRAM_BLK_SIZE)); 
if (APPB_getsem(0)) return(-1); 


dpcti(dpblk].command = HOST_MEM_RD: 


dpctlCdpblk).bufzstat = BUF_ENFTY: 
dpcti CdpblkJ. count = cats 
dpct) Cdpblki.adar = srcs 


while( --timeout ) 
{ 


if (!APPB_getsem(O) && (dpctlCdpblk].buf.stat == BUF_FULL)) 


if(APPB_relsem(0)) return(-1): 


} 
if(APPB_relsem(O) 1) 'tiseout) return(~1): 


for (i=0: i<cnts: i++) 
#dst++ = #dpramt+; 


if (APPB_relct] bl k(dpblk)) return(-1): 


breaks 
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[EGRESS ERE REE EAE EEE dS  / 


/* */ 
/* APPENDIX A2 */ 
/* e/ 
/# —TMS320C30 APPLICATION BOARD ROUTINES - TMS320C30 SIDE 8/ 
it #/ 
/t Texas Instruments Inc. #/ 
/# 10/20/89 #/ 
ft #/ 
/* ~~ Functaons? #/ 
it */ 
/% int APPB_dpinit() Intialize APPB. #/ 
it int APPB_getsea() Get access to semaphore bit N - #/ 
i* int APPB_relsea() Release access to semaphore bit N / 
/t int APPB.getctIbIk() Get a control block in DPRAN #/ 
it int APPB_relctiblk() | Release contro) block in DPRAN */ 
/t int APPBgetmeablk() Get a block of memory from DPRAM #/ 
it int APPB_putmemblk() © Put a block of memory to DPRAN */ 
i* int APPB_getlong() Read a Jong int from the DPRAM #/. 
/* int. APPB_getcommand(). Read a command and parameters from [PRAM #/ 
it / 
/# All code was compiled with TMS320C30 C compiler version 2.1, using the #/ 
‘# small model. &/ 
/t */ 


RM RRR EES EE RE a ge aE EE Ae AE EE EE EE EEE ESE SESE / 


7A SHHHHHHHHHHHH HHH HHH HH HHH HEHE HE / 


it */ 
i* Constant definitions for the TMS3Z0C30 Applications Board. #/ 
/t €/ 
(3H EEE / 
ide Fine SEM_BASE Ox00805FFS 

#define CTL_REG OxO0S05FF7 

#define CINT 0x0$ 

#define . XINTCLRT 0x02 

#define DPSEL 0x04 

adefine SWRESET_ 0x08 

#define XINT 0x10 

#define CINTCLR. 0x20 

tdefine PIBANK 0x40 

tdefine MSWAP 0x80 

Seefine DPRAPL.CTL 0x00804000 

#define DPRAM_NEMNBASE © 0x00604200 

tdefine DPRAMLSIZE 0x1000 

#define DPRAPLBLKS 7 

Sdefine DPRAPLBLILSIZE 512 

define NUMLSEMS 8 

define MAX_SEPLTIME =: 10000 

édefine BUF_EMPTY” 0 


ddefine BUF FULL i 


define 
define 
Sdefine 


typedef 
typedef 
typedef 


typedef 


typedet 


NOP 0x00 
HOST _PEM_WR 0x80 
HOST.NEMLAD = Ox81 


unsigned char UCHAR; 
unsigned short UINT: 
unsigned long ULONG: 


struct 

{ 
UCHAR = pf lag; 
UCHAR ss command: 
UCHAR buf stats 
UCHAR onc: 


UCHAR = count [4]; 

UCHAR = addr (4); 

UCHAR ~—s message[10); 
}DPCNTL: 


struct 

{ 
UCHAR abl ks 
UCHAR = acinds 
ULONG = acts 
ULONG  saddr: 

YNPARMS ; 


®PIS OLCDOZTESIN.L-S2utNoy 
pivog suoneoddy O€D0TESILL ‘ZV Xipueddy 
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68P 


7 ab HI 6 40 0 EHH HH ES EERE / 


it a/ 
/# Test program, THS320C30 side. #/ 
/t 4/ 
/# Seauence’ #/ 
it £/ 
/# 1) Inatialize the tne dual port SRAM. &/ 
/# 2) Poll dual port for commands. #/ 
/# 3) Execute commands as encountered. #/ 
it #/ 


/ OEHHA EO 0 BS Se SE EE SE / 
maint) 
{ 

int bt: 

MPARNS paras; 


MPRdpint(); 


for(ss) 
{ 


PPPB_getcommand(kaparas ); 
Switch (epares.aced) 
{ 

case MP3 breaks 


case HOST MEM WR: 
APPB_getaemb lk (eparas.acnt,aparas.maddr,aparms.abik); 
breaks 


case HOST_MEM_RD: 
APPB_puteemblk(aparas.mcnt ,sparas.maddr,apareas.abdik); 
break: 


default: break: . 


brad 


Fe ee trite ia tii ities Fi 


/t #/ 
‘@  APPBdpint(), TMS320C30 side. #/ 
/t #/ 
/& Sequence? #/ 
/t &/ 
/# 1) Set DRAM semaphores to 1 (free), */ 
/# 2) Clear entire dual port RAM. &/ 
/* #/ 


(HHH EHH HEH HHH HHH rd HE / 
int APPB_dpint() 
{ 
int is 
UCHAR #semaddr = (UCHAR #)SEN_BASE: 
UCHAR tdpram) == (UCHAR #)DPRAM_CTL; 


for (120s 1C8s itt} tsemaddr+t = 1: 
for (i=0: iCOPRAM_SIZE: i++) #dpramte = 0; 


return(0)s 
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fH EEE EH EE A ak SEE EEE EEE EEE EEE ES / 


it #/ 
/% = PAPPB_getsem(), TMSS20C30. side */ 
/ #/ 
/# Attempts to gain access of semaphore “semnun’ */ 
/% #/ 
/* -Sequence e/ 
it */ 
/# 1) Write 0 to semaphore. */ 
/* 2) Wait till read a 0. #/ 


Peter tit itt eietiisitisitizititiitittstiisttritittisttittstiietietti itt es 


int APPB_getsen(semnua) 
UINT semnuas 
{ 
UCHAR %semaddr = (UCHAR #)(SEM_BASE + semnum); 


esemaddr = Oc while(tsemaddr & 1UL); return(0): 
i 


JHEHHHHNHHEHHHHHEHHHHHHHHHHHHHEEE HHH HEHEHE HEHEHE EH / 


/t &/ 
/# APPB_relsem(), TMS320C30 side #/ 
/* #/ 
/* Release semaphore at. “semnun’ */ 
/t £/ 
/* Sequence #/ 
/* */ 
/* 1) Write 1 to semaphore. x/ 
/* 2) Wait till read 1. #/ 


(DBE HEHEHE EE HEE EE EEE EEE EE / 


int APPB_relsem(semnua) 
UINT semnuns 
{ 
UCHAR %semaddr = (UCHAR #)(SEM_BASE + semnua); 


asemaddr = 1; while('(#semaddr & 1UL)): return(O); 
} 
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16v 


DEBBHBBHEBH EHH EEE THEE IEEE EEE EE BABE HEE ES / 


1) 


2) 


APFBLaetctiblk(i, TMS320C30 side. 


Find unused block of memory in the dual port. 
Return a 0 it successful, a -1 if failed. 


Sequence 


Search control structures for free block of memory. 
If block free, set semnum te block index, return 0. 
3) Else, return -1 (failed to find block). 


#/ 
#/ 
#/ 
#/ 
*/ 
*/ 
#/ 
*/ 
£/ 
&/ 
*/ 
#/ 


GEBBBB HEHEHE HHH EHH HEH HEHEHE HEHEHE EE / 
int APPB_getctlbik(semnunm) 


f 
v 


we 


UINT  €semnum: 


int is 
DPCNTL #dpct] = (DPCNTL #)DPRAM_CTL: 


APPB_getsem(G): 


far (1202 1¢DPRAM_BLKS: it+) 
if({'(dpetiCil.pflag & 1UL)) 
docti(il.pflag = 1: 
dpctl (il. command = NOP: 
dpcti{il.buf_stat = BUF_EMPTY: 
¥Semrum = is 
APPBLrelsem(G):  return(O)s 


% 
a 


GPPB_retsem(G): return(-1): 


[RR SETS AEE AEE RAE SEE AEE AE SEE SE EE EEE EEE EERE SEE ERE EEE REE ER EEE / 


/t 
/% 
/* 
/* 
/% 
7* 
/t 
ik 
/* 
/* 
/t 


APPBrelctiblk(), TMS320C30 side. 


Release block of memory in the dual port. 
Return a 0 if successful, a -l if failed. 


Sequence 


1) 
2) 


Null out the control structure. 
Return. 


+/ 
#/ 
*/ 
#/ 
*/ 
#/ 
t/ 
#/ 
#/ 
*/ 
*/ 


RHE HHHHAHHHHI HEHEHE EHHEEHHHEHHHEHHHHHEHEE / 
int APPBLrelct]blk(semnum) 


{ 


wae 


UINT semnuas 


int is 
DPCNTL #dpct] = (DPCNTL #)DPRAM_CTL: 


APPB_getsem(0): 

dpctl Cseanum].pflag = 0s 
dpctifsemnum]. command = NOP; 
dpctl{semnual.tuf_stat = BUF_EMPTY: 
APPB_relsem(0); return(0); 


COV 
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[RARE HE HE AE EE HE EE aE A Sk ES a 08 HE / 


it 
/* 
/t 
/* 
/t 
/* 
/t 
/* 
/t 
/* 


APPB_putmeablk(), TMS320C30 side. 


Move block of data to dual port. 


Sequence 


1) 
2) 


Move data to the dual port. 
Set dual port buffer status to BUF_FULL. 


*/ 
#/ 
#/ 
#/ 
#/ 
%/ 
*/ 
#/ 
#/ 
#/ 


eter retire itt tiie iitittetistitetiigiitittrtititrestit ttt 
int APPB_putmesblk(cnt,src,dpbik) 


f 
‘ 


ULONG cits 
ULONG src: 
WINT dotlks 


DPCNTL *dpct] = (DPCNTL #)DPRAMLCTL; 


UCHAR #dpram: 
ULONG = temp: 
int i,js 


deram = (UCHAR #)(DPRAM_MEMBASE + (dptlk # DPRAM_BLR_SIZE)): 


for (i=0-icents1++) 
{ temp = #srctt: for( j=0s j¢3Zs j+=8) tapramt+ = temp 59 4: 3 


APPB_getsem(0): 
doctlfdeblki.bufstat = BUF_FULL; 
APPB_reisem(G); returniG): 


{BE REEE EERE REESE EE REE RE EEE ER EE EEE EEE EEE EERE SEES EEE SEES SE EEE / 


/* 
/t 
/% 
/* 
it 
it 
it 
/t 
/* 
/t 


APPB_getmembik(), TMS3Z0C30 side. 


Move block of data from dual port. 


Sequence 


1) 
2) 


Move data from the dual port. 
Release block of dual port memory. 


#/ 
*/ 
*/ 
*/ 
t/ 
#/ 
*/ 
#/ 
*/ 
*/ 


RBBB EHH HEHEHE HEHEHE HE / 
int APPB_getmeablk(cnt, dst, dpbik) 


ULONG cat; 
ULONG tdst: 
UINT dpbiks 


DPCNTL #dpct] = (DPUNTL #)DPRAM_CTL; 


UCHAR #dpraa: 
ULONG = temp: 
int i,j: 


dpram = (UCHAR #)(DPRAM_MEMBASE + (dpblk # DPRAM_BLK_SIZE)); 


for (i=0; i<cnts i++) 


t 


temp = OUL; 
for ( j=0s j<32: j+=3) temp i= (léedpramtt+) &Ox000000FF) CK J; 
adstt+ = temps; 

} 


APPBLrelct blk(dpbik); returniO): 


uouduosag jouoyouny pavog suoyvoyddy QO€SDOZESWL 2UL 


c6v 


/EERERER EERE ESE ER ES EEE SARE EEE EEE ERE REESE EERE EREE EEE EERE SEES LEE EEE EEE EEE / 


it #/ 
/*  APPE_getlong(), TMS320C30 side. */ 
/* t/ 
/# Get a long word of data from the dual port. */ 


GERBER HEHEHE HEE HSE HEHEHE HHEHHHHE HEHEHE / 
int APPB_getlong(src, dst) 

ULONG #5re: 

ULONG #dst: 


ate 


init js 

#dst = OUL; 

far jaOs jC3Z5 tS) Hdst T= CC#srctt) & OxOQOO00FF) <o js 
return(0): 


coer 


JBBTE RHEHEEHHEHEE EEE HE a aE diate / 


{* +/ 
/* PPPBlaetcommand(), TMS320C30 side. %/ 
it #/ 
/* Search the dual port control structures for commands. #/ 
/% #/ 
/# Sequence #/ 
/t #/ 
/* 1) Get access to dual port semaphore 0. */ 
/* 2) It at end of control structures, reset current_bik. #/ 
/* 3) Search control structures for a command. #/ 
/* 4) If found, format parameters, return. #/ 
/* 5) Else, search to the end of list, return. */ 
it #/ 


BEHBIE HEHEHE HHH HEHEHE EEE SETHE EEE / 
int APPB_getcommand(mpares ) 

MPARMS = tmparms: 

DFCNTL #dpct! = (DPCNTL #)DPRAM_CTL: 

static int current_blk = -1s; 


APPB_aetsem(0): 
if(currentblk >= DPRAMLBLKS) current blk = 1: 


while(current_blk++ ¢ DPRAM_BLKS) 
t 
if(dpeti(currentbik).pflag & 1UL) 
£ 
aparms~>acmd = dpctilcurrent_bik]. command & Ox000000FF; 
mparms~smblk = currentoblks 
APFB_getlong(&dpctiCcurrent_tlk]. count, &mparms—ecnt); 
AFPB_getlong(&dpceti Ccurrent_bik].addr, amparms->maddr); 
APPB_relsem(O)s return(0): 


4 
d 


APPBrelsem(0): mparms-Dacmd = NOP: return(0); 


APPENDIX A3. Memory Map and Description (TMS320C30 View) 


Listed below is a summary of the APPB memory map. 


000000 — 
004000 — 
400000 — 
400000 — 
440000 — 
480000 — 


4C0000 — 


500000 — 
800000 -— 
802000 — 
804000 — 
804000 — 
805000 — 
SOSFF7 


SOSFF8 — 


806000 — 
808000 — 
809800 — 


809C00 — 
80A000 — 


FOO000 — 


F00800 — 
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003FFF 
3FFFFF 
4FFFFF 
43FFFF 
47FFEF 


4BFFFF | 


4FFFFF 


TFFFFF | 


SOLFFF 
SOSFFF 
SOSFFF 
SO4FFF 
SOSFF6 


SOSFFF 
SO7FFF 
SO97FF 
SOOBFF 
SO9FFF 
EFFFFF 
FO3 FFF 


FFFFFF 


EPROM (Boot EPROM/remappable) 
Unused : 

DRAM space 

256K-word DRAM minimum configuration 
256K-word DRAM minimum configuration 
256K-word DRAM option bank 2 
256K-word DRAM option bank 3 

Unused : 
SRAM space 1 (16K-byte zero wait-state SRAM) 
Reserved by TI 

I/O Devices 

4K-byte dual-port SRAM 

1/O Expansion Bus 

Control Register R - 

dual-port RAM Semaphores (D0 only) 
Reserved by TI 

Memory mapped Peripherals 

RAM Block 0 

RAM Block 1 

Unused | 

SRAM space 0 (16K-byte zero wait-state SRAM, 
remappable) 

Unused 
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Appendix B 


Modules - 

Appendix Name | | 

B1 Module US ~ TMS320C30 Software Development Board 

B2 Module U6 — TMS320C30 Software Development Board 

B3 Module RAMDEC — TMS320C30 Software Development Board 
B4 Module RDYEN — TMS320C30 Software Development Board 
B5 Module RAMCONTROL — TMS320C30 SWDS DRAM Module 
B6 Module RAMDEC — TMS320C30 SWDS DRAM Module 
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Appendix B1. TMS320C30 Software Development Board 


Module U5 
title’ 
DWG NAME TMS320C30 SOFTWARE DEVELOPMENT BOARD 
DWG # 2554377 
COMPANY TEXAS INSTRUMENTS INCORPORATED 
ENGR NAT SESHAN 
DATE 10/01/88’ 
XSUC8 device ’P2018’; 
SAO Pin 1; 
SAI Pin 2; 
SA2 Pin 3; 
SA3 Pin 4; | 
SA4 Pin 5; ”PC XT ADDRESS LINES — INPUTS 
SAS Pin 6; 
SA6 Pin 7; 
SA7 Pin 8: 
SA8 Pin 9; 
SA9 Pin 10; 
NSMEMW Pin 11; ”PC XT MEMORY WRITE STROBE 
GND Pin 12; 
NSMEMR Pin 13; ”PC XT MEMORY READ STROBE — INPUT 
~ NSIOW Pin 14; ”PC XT IO WRITE STROBE — INPUT 
NSGBA Pin 15; ”SDB READ STROBE — OUTPUT 
NPQ Pin 16; *"DUAL-PORT ADDRESS RANGE STROBE — INPUT 
XAEN Pin 17; ”PC XT BUS TRANSACTION DISABLE — INPUT 
NRG Pin 18; ”SDB CONTROL REGISTER R ENABLE - OUTPUT 
NQG Pin 19; ”SDB DUAL-PORT ADDRESS LATCH ENABLE — OUTPUT 
NDPSEML Pin 20; ”*DUAL-PORT SEMAPHORE SELECT — OUTPUT 
NDPCEL Pin 21; *DUAL-PORT SRAM CHIP ENABLE — OUTPUT 
SGAB Pin 22; *HOST DATA BUS INPUT ENABLE — OUTPUT 
NSIOR Pin 23; ”PC XT [0 READ STROBE — INPUT 
VCC Pin 24; 
SA = [SA9, SA8, SA7, SA6, SAS, SA4, SA3, SA2, SA1 ,SAOQ]; 
» eo, Ge 
equations 


INQG = !XAEN & (SA == "h338); 

INRG = !XAEN & (SA == *h339); 

INDPSEML = !XAEN & SA9 & SA8 & !SA7 & !SA6 & SAS & SA4 & ISA3 
& INSIOW 
#!XAEN & SAD & SAB & !SA7 & ISA6 & SAS & SA4 & ISA3 
& !NSIOR; 
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INDPCEL = !XAEN & !NPQ; 


SGAB INSIOW & !XAEN 
# INSMEMW & !XAEN ; 
INSGBA —_=_- !XAEN & !NSIOR & (SA == “h339) 


# !XAEN & INSIOR & SA9 & SA8 & ISA7 & ISA6 & SAS 
&SA4&1SA3 
# !XAEN & INSMEMR & !NPQ; 


end U5 
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Appendix B2. Module U6 


Module U6 

title’ 

DWG NAME TMS320C30 SOFTWARE DEVELOPMENT BOARD 
DWG # 2554377 
COMPANY TEXAS INSTRUMENTS INCORPORATED 
ENGR NAT SESHAN 
DATE 10/01/88’ 

XSUF10 Device ’P20L8’; 
CIOAO Pin 1; 

CIOA1 Pin 2; 

CIOA2 Pin 3; 

CIOA3 Pin 4; 

CIOA4 Pin 5; 

CIOAS Pin 6; 

CIOA6 Pin 7; 

CIOA7 Pin 8; 

CIOA8 Pin 9; 

CIOAY9 Pin 10; 

CIOA10 Pin 11; 

GND Pin 12; 

CIOA11 Pin 13; 

CIOA12 Pin 14; 

TIOW Pin 15; 


NSRANGE Pin 16; 
CIORNW Pin 17; 
NFR Pin 18; 
NFG Pin 19; 
NDPMEMGR Pin 20; 
NDPSEMGR Pin 21; 


TIOR Pin 22; 

NCIOSTRB Pin 23; 

VCC Pin 24; 
Sa, 
Ca5Cs 


CIOA = [CIOA12,CIOA11,CIOA10,CIOA9,CIOA8, 
CIOA7,CIOA6,CIOA5,CIOA4,CIOA3,CIOA2,CIOA1,CIOAQ]; 


equations 


INSRANGE 


INCIOSTRB & !CIOA12 

| #!INCIOSTRB & (CIOA >= *h1FF7); 
INDPMEMGR = !NCIOSTRB & !CIOA12; 
INDPSEMGR = !NCIOSTRB & (CIOA >= “*h1FF8); 
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INFG 
INFR 
ITIOR 


NCIOSTRB 

# (CIOA >= “h1FF7) 
# ICIOA12 

# 1CIORNW; 


NCIOSTRB 
(CIOA >= “h1FF7) 
!CIOA12 

# CIORNW; 


!'TIOW 


a 


test_vectors 


([CIOA, NCIOSTRB, CIORNW] -> 
[TIOR, TIOW, NSRANGE, NFG, NFR, NDPMEMGR, NDPSEMGR]); 


READ OR WRITE TO A SEMAPHORE 


[*h1 FF8, 0, X]—> [0, 0, 0, 1, 1, 1, 0]; 
(*h1FF9, 0, X]—> [0, 0, 0, 1, 1, 1, 0]; 
[*h1FFA, 0, X] —> [0, 0, 0, 1, 1, 1, 0]; 
[“h1FFB, 0, X] —> [0, 0, 0, 1, 1, 1, 0]; 
[“h1FFC, 0, X]-> [0, 0, 0, 1, 1, 1, 0]; 
[*h1FFD, 0, X]-> [0, 0, 0, 1, 1, 1, 0]; 

[“h1 FFE, 0, X] —> [0, 0, 0, 1, 1, 1, 0]; 

(“hl FFF, 0, X]—> [0, 0, 0, 1, 1, 1, 0]; 

WRITE TO F REGISTER | 

[“h1FF7, 0, 0] -> [0, 0, 0, 0, 1, 1, 1); 

READ FROM F REGISTER 

[“h1FF7, 0, 1] -> [0, 0, 0, 1, 0, 1, 1); 
NCIOSTRB DISABLED 

[ X ,1,X]—> [0,0, 1,1, 1,1, 1]; 
EXTERNAL READS 

[*b1000000000000, 0, 1] —> [1, 0, 1, 1, 1, 1, 1]; 
[*b1000000000001, 0, 1] —> [1, 0, 1, 1, 1, 1, 1]; 
[*b1000000000010, 0, 1] —> [1, 0, 1, 1, 1, 1, 1]; 
[*b1000000000011, 0, 1] —> [1, 0, 1, 1, 1, 1, 1]; 
(“b1000000000100, 0, 1] —> [1, 0, 1, 1, 1, 1, 1]; 
[*b1000000000101, 0, 1] -> [1, 0, 1, 1, 1, 1, 1]; 
[*b1000000000110, 0, 1] —> [1, 0, 1, 1, 1, 1, 1]; 
(*b1000000000111, 0, 1] —> [1, 0, 1, 1, 1, 1, 1]; 
[*b1000000001000, 0, 1] —> [1, 0, 1, 1, 1, 1, 1); 
[*b1000000001001, 0, 1] -> [1, 0, 1, 1, 1, 1, 1]; 


‘ we 
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INCIOSTRB & !CIORNW & (CIOA == 
INCIOSTRB & CIORNW & (CIOA == 


hl FF7); 
*h1FE7); 


[*b1000000001010, 0, 1 
[*b1000000001011, 0, 1] - 
[*b1000000001100, 0, 1] - 
[*b1000000001101, 0, 1] - 
‘6 1000000001110, 0, 1]— 
‘1000000001111, 0, 1] — 


[ 

[* 1 
& lk 
PhD 0, eee 
[ 1 
& 1 
1 


sn1FF6, 0, 1] > [1, 
EXTERNAL IO WRITES 


“b1000000000000, 0, 0] —>. 
“b1000000000001, 0, 0] —> 
*b1000000000010, 0, 0] —> 
“b1000000000011, 0, 0] —> 
*b1000000000100, 0, 0] 
“b1000000000101, 0, 
“b1000000000110, 0, 

0 
*b1000000001000, 0, 


0 
0 
‘1000000000111, 0, 0] 
0 
b1000000001001, 0, 0 
0 
0 
0 
0 


we 
“ee 
we 


ww 
~~ 
we 


we 
“ee 
we 


~w 
w 
we 


“ee we 


w 
~“ 
we 


“ee 
w 


w 
~“ 
we 


pee ee he Pp 
wu Ww 

cool aan NUE cel coe ee oe ee oo oe 
w 


“ww 
“a 
we 


ws 
ee ee el ee oe ee eS 
we 
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([CIOA12, NCIOSTRB, CIORNW] -> 
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DUAL-PORT SRAM READ OR WRITE 
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Appendix B3. Module RAMDEC 


module RAMDEC 
title’ 
DWG NAME TMS320C30 SOFTWARE DEVELOPMENT BOARD 
DWG # > 2554377 
COMPANY TEXAS INSTRUMENTS INCORPORATED 
ENGR TONY COOMES 
DATE 10/01/88’ 
XSUB4 device ’P16L8’; 
al2 Pin 1; ”c30 address inputs 
a13 Pin 2; 
al4 Pin 3; 
al5 Pin 4; 
al6 Pin 5; 
al7 Pin 6; 
al8 Pin 7; 
al9 Pin 8; 
a20 Pin 9; 
a21 Pin 11; 
a22 Pin 13; 
— a23 Pin 14; 
m_swap Pin 15; *sram/eprom swap bit 
VSS Pin 10; 
memen Pin 18; dram expansion select 
sram Pin 17; ” sram select | 
eprom Pin 16; eprom select | 
busen Pin 12; ”eprom/dram data buffer select 
VCC Pin 20; | 
madd = [a23,a22,a21,a20,a19,a18,a17,a16,a15,a14,a13,a12]; 


equations 


”On reset the eprom and sram maps are swapped 
ig m_swap = 0 m_swap = 1 
*sram FOO0000—-FO3FFF = 000000-003FFF 
"eprom $$ O00000-003FFF  FOOQ0O00—FO3FFF 


sram = !(((madd >= *h000) & (madd <= “h003) & m_swap) 
# ((madd >= “hFO0) & (madd <= “hF03) & !m_swap)); 


eprom = !(((madd >= *h000) & (madd <= “h003) & !m_swap) 
# ((madd >= “hF0O0) & (madd <= “hF03) & m_swap)); 


memen = !((madd >= *h400) & (madd <= “h4FF)); 


busen = !(!eprom # !memen); 
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test_ vectors 
({madd, m_swap ] —> [sram, eprom, memen, busen]) 


[*h0OOO, 1 ]->[0, 1, 1, 1]; 
(*h0O0OO, O j->[1, 0, 1, 0]; 
[*h004, 1 J—>[1, 1, 1, 1]; 
[*hFOO, 1 J->[1, 0, 1, 0]; 
(“hFOO, O J->[0, 1, 1, 1); 
[“hFFO, 1 ]->[1, 1, 1, 1); 
[“hFOO, 1 ]->[1, 0, 1, 0]; 
(*h400, 0 J->[1, 1, 0, OO]; 
[*h4CF, 1 ]J->[1, 1, 0, 0); 
[“h800, 1 J-—>[1, 1, 1, 1]; 
end RAMDEC 
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Appendix B4. Module RDYEN 


module RDYEN 
title? . | 
DWG NAME TMS320C30 SOFTWARE DEVELOPMENT BOARD 
 DWG#. 2554377 | 
~ COMPANY TEXAS INSTRUMENTS INCORPORATED 
ENGR TONY COOMES 
DATE 10/01/88” ~ 
XSUC3 device *P16R4’; 
clk Pin 1; 
busen Pin2; = ”eprom/dram data bus enable 
eprom Pin 3: "eprom select 
strb Pin 4; ”¢30 strobe 
—td_iwr Pin 5; ”¢30 read/write 
bhiz Pin 7; ”dram expansion bus hold 
oe Pin 11; 
VSS Pin 10; 
dat_rd Pin 19; *data read enable 
dat_wr Pin 18; *data write enable 
prdy Pin 17; "eprom ready 
epromcs Pin 12; "eprom chip select 
vec Pin 20; 
c=.C,; | 
equations 


*note: bhiz is active for 1 TMS320C30 clock cycle at the end of a dram 


39 


” 


dat_rd 


dat_wr 


épromcs 


prdy 
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comm 
— 


H 


access. This provides the necessary turn off time between 
dram/eprom accesses. 


{(Ibusen & !strb & rd_wr & bhiz); 

(!busen & !strb & !rd_wr & bhiz); 

I(!busen & rd wr & Istrb & leprom & bhiz); 
I(!busen & !strb & rd_wr & prdy & teprom & bhiz); 
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([clk, strb, busen, 


test vectors 


, eprom, oe, bhiz ]-—> prdy) 
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Appendix B5. Module RAMCONTROL 


Module RAMCONTROL 

title’ 

DWG NAME — 320C30 SWDS DRAM MODULE 
DWG # 2554397 

COMPANY TEXAS INSTRUMENTS INCORPORATED 
ENGR TONY COOMES 

DATE | 10/01/88’ 

XDUES5 device "P16R8’; 

clk Pin 1; 

refreq_ Pin 2; "refresh request 

strb_ Pin 3; ”¢30 strobe 

rd Pin 4; ”¢30 read/write 

memen_ Pin 5; *memory board chip select 
Oe_ Pin 11; pal output enable 

VSS Pin 10; 

sO Pin 19; ”state variable 

refclr Pin 18; ” refresh clear 

casen Pin 17; ”column address strobe 
ren Pin 16; "write strobe 

rasen Pin 15; ”row address strobe 

mrdy Pin 14; *dram ready strobe 
busact Pin 13; ”*dram bus active 

sl Pin 12; ”state variable 

vcc Pin 20; 


”*define machine states 
”*{refclr,rasen,casen,mrdy,busact,s0,s1]; 


idle = ‘%b1111111; 
rasO = *b1011111; 
casO = “b1000111; 
casl = “b1011101; 
whld = *b1111110; 
trp = “b1111001; 
refl = “p0101111; 
ref2 = *b0001111; 
ref3 = *b0011111; 
ref4 = “b1111101; 
refreq = lrefreq_; convert to positive logic 
strb = Istrb_; 
memen = !memen_; 
oe = !oe_; 

oe Oi 
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c= Cc; 


output = [refclr,rasen,casen,mrdy,busact,s0,s1]; 


equations 


ren 


= ‘I(Ird & !strb_); 


State_diagram output 


high on read, low on writes 


state idle: 
case (refreq & strb & memen) ‘tefl; ref has 1st priority 
(refreq & strb & !memen) ‘ref; 
(refreq & !strb & memen) ‘refl; 
(refreq & !strb & !memen) ‘ref1; 
(‘refreq & strb & memen) :rasQ; 
(‘refreq & strb & !memen) idle; 
(‘refreq & !strb & memen) ridle; 
(lrefreq & !strb & !memen) ridle; 
endcase; 
state ras0: 
goto casQ; 
state casO: *cycle cas on page mode reads 
case rd :cas1; 
Ird :whld; 
endcase; 
state cas]: *cycle cas on page mode reads 


State 


State - 


State 


State 


case strb & !refreq 
strb & refreq 
Istrb & !refreq 
Istrb & refreq 
endcase; 


whld: 

case strb & !refreq 
strb & refreq 
Istrb & !refreq 
Istrb & refreq 
endcase; 

trp: 

case refreq 
lrefreq 

endcase; 


ref1: 
goto ref2; 
ref2: 
goto ref3; 


:casQ; 
‘trp ; 
‘trp ; 
:{Ip ; 


wait for refreq or !strb 
:whld; 
‘refl1; 
-idle; 
:ref1; 


”’cas,ras high 
Terk: 
ridle; 


”cas,refclr low 


”ras low 
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state —_ref3: ”cas high 
goto ref4; 


state ref: ras high 
goto idle; 


test_vectors ”’page mode read, ref, page mode read 
({clk,refreq ,strb , rdsmemen , oe J—>[output,ren]) 


[c, 0, , 1, 0, 1 }efidle, 1 ]; 
[c, 0, , 1, 1, 1 J-f[rasO, 1 ]; 
[c, 0, 1, 1, 1, 1 ]->[casO, 1 ]; 
[c, 0, 1, 1, 1, 1 }-[cas1, 1]; 
[c, 0, 1, 1, 1, 1 }>[casO, 1]; 
[c, 1, 1, 1, 1, 1 ]}->[cas1, 
[c, 1, 1, 1, 1, 1 }->[trp , 1]; 

[c, 1, 1, 1, 1, 1 ]->f[ref1, 1]; 
[c, 1, 1, 1, 1, 1 }[ref2, 1]; 
[c, 1, 1, 1, 1, 1 ]->[ref3, 1]; 
[c, 0, 1, 1, 1, 1 J->[ref4, 1]; 
[c, 0, 1, 1, 1, 1 J->fidle, 1]; 

[c, 0, 1, 1, 1, 1 J->[rasO, 1}; 
[c, 0, 1, 1, 1, 1 ]-e[cas0, 1]; 
[c, 0, 1, 1, 1, 1 ]->[cas1, 1]; 
[c, 0, 1, 1, 1, 1 }->[casO, 1]; 
[c, 0, 1, 1, 1, 1 }[cas1l, fey 
[c, 0, O, 1, 1, 1 ]->[trp , 1]; 

[c, 0, O, 1, O, 1 J->fidle, 1 ]; 


test_vectors ”write cycle 
({clk,refreq ,strb , rd, memen, oe |—>[output,ren}) 


[c, 0, , O, 0, 1 J->fidle, 1 ]; 

[c, 0, 1, 0, 1, 1 J->f[rasO, 0]; 
[c, 0, 1, O, 1, 1 ]->[casO0, 0]; 
[c, 0, 1, 0, 1, 1 J->[whld, 0]; 
[c, 0, 1, 0, 1, 1 }+>[whld, 0]; 
[c, 0, 1, 0, 1, 1 [+fwhld, 0]; 
[ce, 0, 0, 0, 1, 1 J->f[idle, 1 ]; 

[c, 0, O, 1, O, 1 ]->fidle, 1 ]; 

"write cycle /ref 

[c, 0, 0, 0, O, 1 J->f[idle, 1 ]; 

[c, 0, 1, 0, 1, 1 ]->[rasO, 0]; 

[c, 1, 1, 0, 1, 1 J->[casO, 0]; 

[c, 1, 1, 0, 1, 1 ]->[whld, 0]; 
[c, 1, 1, 0, 1, 1 ]+->f[ref1, 0]; 
[c, 1, 1, 0, 1, 1 J->[ref2, 0]; 
[c, 1, 0, O, O, 1 J->f[ref3, 1 ]; 
[c, 0, 0, 1, O, 1 J->[ref4, 1 ]; 
[c, 0, 0, 1, O, 1 J-Tidle, 1] 


end RAMCONTROL 
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Appendix B6. Module RAMDEC 


module RAMDEC 

title’ 

DWG NAME 320C30 SWDS DRAM MODULE 
DWG # 2554397 

COMPANY TEXAS INSTRUMENTS INCORPORATED 
ENGR TONY COOMES 

DATE 10/01/88’ 

XDUDS5 device *P16R4’; 

clk Pin 1; 

refclr Pin 2; ”clear refresh stat 

al8 Pin 3; ”c¢30 address 18 

al9 Pin 4; ”¢30 address 19 

memen Pin 5; dram board memory enable 
strb Pin 6; ”¢30 strobe 

mux Pin 7; ”address mux 

oe Pin 11; pal output enable 

VSS Pin 10; 

rasO Pin 17; ”ras select 0 

ras Pin 16; ”ras select 1 

ras2 Pin 15; ”ras select 2 

ras3 Pin 14; ”ras select 3 

rowsel Pin 13; ”row address select 

vcc Pin 20; 

oo Ore 

equations 

rasO := !(lrefclr # (!a19 & !a18 & !memen & !strb)); 
ras := !(lrefclr # (!a19 & a18 & !memen & !strb)); 
ras2 := !(trefclr #(al9 & !a18 & !memen & !strb)); 
ras3 := !(!refclr #(a19 & a18 & !memen & !strb)); 


rowsel = mux; 
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*nage mode read, ref, page mode read 
({clk,refclr, memen, strb, a19, a18, oe]—>[ras0, ras1, ras2, ras3}) 


test_vectors 
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test vectors ’rowsel 


(mux ~> rowsel) 


1 —> 1; 
0 —> 0; 


end RAMDEC 
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Appendix C 


TMS320C30 Application Board Schematics 


Appendix Title 
Cl TMS320C30 Software Development Schematics 
C2 TMS320C30 SWDS DRAM Module Schematics 
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Appendix C1. TMS320C30 Software Development Schematics 
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Since the TMS32010 was disclosed in 1982, the TMS320 family has received an ever-in- 
creasing amount of recognition. The number of outside parties contributing to the extensive devel- 
opment support offered by Texas Instruments is rapidly growing. Many technical articles are being 
written about TMS320 applications in the field of digital signal processing. 
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ments TMS320 Digital Signal Processors. Readers who are interested in gaining further informa- 
tion about these processors and their applications may obtain copies of these articles/papers from 
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